TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #168 · 16.01

Неделю назад в мире опенсорс разработки произошло интересное событие. Опенсорс — это когда разработчик пишет программу (как правило, эта программа нужна для работы других программ) и выкладывает её в общий доступ на полностью свободных началах. В большинстве случаев после этого кто угодно может делать с этой программой абсолютно что угодно: копировать, изменять, продавать решения на её основе за деньги и так далее. Иногда то, что пишут такие разработчики-волонтёры, оказывается невероятно удобно и полезно. Настолько, что гигантские корпорации используют это у себя. А кроме них — ещё десятки тысяч проектов по всему миру. Такое использование называется «зависимость», и оно создаёт связь между автором опенсорс-проекта и тем, кто взял его труд. Связь обычно такая: в моей программе где-то указано, что вот этот вот код взят по такому-то адресу у опенсорс разработчика Васи. Моя программа иногда может на этот адрес заглядывать и смотреть, а не внёс ли Вася чего нового. Вдруг он улучшил работу и исправил ошибки — тогда я скачаю новую версию его программы и установлю её у себя. Формально для такого обновления должны существовать ограничения. По факту человеческая лень и негласный этикет среди разработчиков приводят к тому, что обновления ставят не глядя. Считается, что Вася будет выкладывать только улучшенную и проверенную новую версию своей программы, ведь за ним наблюдает миллион других разработчиков. Пацаны во дворе не поймут, если Вася сделает что-то неаккуратно. Один из разработчиков по имени Marak Squires написал некоторое время назад две очень полезные программные библиотеки. Как раз такие, которые скачали десятки тысяч людей, в том числе в крупных корпорациях, и использовали у себя. В прошлом году этот разработчик написал что-то вроде: «Эй, корпорации, вы берёте мой труд бесплатно. Конечно, я его раздал бесплатно, но вы чёртовы капиталистические гиганты, и у вас миллиарды баксов, а я вам сэкономил миллионы баксов на разработке. Я жду от вас чек на почту в благодарность». Конечно, всем было пофигу. А неделю назад этот разработчик внёс в свои библиотеки деструктивное обновление, которое сделало программы, установившие его, неработоспособными, и вывело на экран «LIBERTY LIBERTY LIBERTY». Это обновление положило кучу проектов, в том числе у гигантов-корпораций. Поднялась буря. Одна часть интернета заявила, что разработчик никому ничего не должен, поэтому волен делать со своим кодом всё, что хочет. Вторая часть претендовала на то, что совершённый им поступок это вандализм и осознанный вред другим разработчикам. Дров в огонь подкинуло то, что GitHub, на котором размещался код этого разработчика, заблокировал его аккаунт. А система хранения пакетов NPM откатила изменения до предыдущих версий. Хотя формально никаких законов он не нарушал: компании брали его код по собственной воле, а он ничего никому не гарантировал. ___________________________ Я не готов назвать здесь однозначно правую сторону. Пока выглядит, как «Все мудаки». Но на мой взгляд это показательный пример вот чего: никакие формальные правила никогда не покроют всё многообразие человеческих взаимоотношений, и поэтому личностный аспект тоже важен. Даже если нет закона или правила, по которому вы что-то должны, есть смысл стараться действовать созидательно и стремиться, хотя бы частично, к всеобщему благу, а не только к личному. Особенно в ситуации, когда у тебя в руках сосредоточена та или иная власть. Корпорации действительно могли бы найти способ отблагодарить разработчика (и вообще — всех разработчиков, чей код они бесплатно берут в таких масштабах). Просто из чувства благодарности, а не потому, что должны. Разработчик мог бы просто закрыть проект и не стараться нанести урон. Просто из чувства неприятия всего деструктивного. Это, конечно, идеализированный мир розовых пони, но сила и власть это как раз способность двигать границы реальности. #dev

Hashtags

Резултати

Намерени 70 подобни публикации

Търсене: #language

当前筛选 #language清除筛选

HOW DUOLINGO’S AI LEARNS WHAT YOU NEED TO LEARN DUOLINGO MAX 这篇文章提到了多邻国软件引入 AI 优化学习者体验。最近我也在高强度使用多邻国,分享下目前的语言学习路径(贴一下之前的语言学习小结及工具)。 1. 多邻国和视频入门阶段:主要是二外学习,可以直接多邻国熟悉单词以及部分语法,辅助以视频入门(可以不用跟随系统课程视频),能很好为一门新语言学习开路。 2. 整体文本摄入和沉浸处理阶段,比如 LingQ 软件的文章输入处理:主要是对成篇的文本沉浸处理,对更多新词和语法的慢慢熟悉和输入,不用太多。 3. 大量摄入阶段:可以直接大量摄入文章,量的输入。最近发现可以使用“沉浸式翻译”插件不断巩固语言,比如将法语翻译成英语等(多邻国学习类似)。 4. SRS 巩固内化阶段:通过间隔重复对重要单词及其句子进行巩固和内化,使用 Anki 或者 Supermemo 这些工具。当然,现在 AI 处理闪卡以及单词也更加方便,比如单词造句和分析都可以借助 AI 预处理一些,善用。 5. 3 和 4 阶段持续循环。 #language

Hashtags

Parallel Experiments

@LinghaoCh · Post #7 · 30.09.2018 г., 02:49

这种「口是心非」的 pattern 至少在中文和英文语境下都已经很常见了。纵使在社会化的过程中难免也会沾染类似的习惯,我依然十分反感这份虚伪。想要抵制纯工具性的语言使用。#language https://twitter.com/_chenglou/status/1046163873223434242?s=12

Hashtags

任意输入框直接翻译为英文 最近看到「沉浸式翻译」更新了任意网页文本框可直接调用 AI 翻译,这种对于网页搜索/聊天交流/ AI 对话等输出方便不少。这类似 Deepl 官方的插件,配合快捷键可以实现输入框的多语言翻译。 我之前在用的是找朋友定制的用 Deepl API 的 Quicker 动作结合快捷键来全局翻译(即视频演示),今天分享:翻译并替换 Deepl 版,以及 Quicker 动作库能搜到也能直接用的有道版无需 API:翻译并替换有道版,效果差点。 Reference 关于语言学习(旧版) #language#tools

整个活,关于语言学习。 语言学习最主要的是情境和惯习(惯习,布迪厄语),我认为这是很重要的,有情境(语境),也有对情境形成不假思索的反应。这可以很好概括语言学习,语言也自是如此。 以前我陆续分享了不少语言学习相关,工具、教程、方案。 --- 工具: Lingq:这是我很喜欢的,用来学除英语外的其它语言很有效。精熟几十种语言的 Steve Kaufmann (YouTube Channel)是联合创始人。对文本、单词、短语取词制卡,真正利用 context 语境优势渐进沉浸学习。 Burning Vocabulary:网页标注单词,全网高亮,间隔重复记忆。这个以前在用,目前感觉不必要,已经关了。同类型插件 Relingo,还免费,和之前提到的 Clearly 阅读器同开发。 YouTube 双字幕:用于油管视频学习,也是很有用的。 沙拉查词:目前返璞,也主要用这个划词翻译插件。 雪球英语 APP:这个确实很多人推荐,可以试试。我不常用 APP. --- Space Repetition System( SRS 间隔重复系统): 提到语言学习,自然不能忽视渐进记忆和算法。各种花哨 APP 就不推荐了。 Anki:承载 SM-2 算法的闪卡记忆工具,多平台,可以学习单词。现在很多软件,尤其笔记软件也有记忆功能,比如 Remnote. 还有个关于 SRS 的频道推荐:@anki_keeper Supermemo:这个不多介绍了,最优秀的算法,摘录、排期、优先级都非常不错的。适合文章处理,如果记单词,建议录入整个句子,语境。Supermemo 文档也是人生指南宝藏。 --- 教程: English-level-up-tips:Github 一个英语进阶库,很不错。 Dr. Stephen Krashen on Language Learning:之前分享过的,剖析语言大师克拉申的经验。 How I Learned French in 12 Months:也是分享过的 HN 上一个法语学习经验贴。 Don't learn languages—acquire them:也是分享过的,一个生产力玩家语言学习建议。 如何提高英语水平:之前发现一个频道主的内容,分享。 --- 导航: 第一个不错,英语学习导航(后面可看看) https://www.up-6.com/ http://www.yywz123.com/ http://www.dioenglish.com/diolinks/ https://www.zueiai.com/yingyu/ http://www.114222.com/lu/lu56.html http://www.63243.com/qita/yingyu/ https://www.8769.com/list/5/87/ 之前还分享了英文写作相关资源,编辑、修改等。 --- 今天分享的,就我目前的一些经验。语言学习相通。当然还有某些网站或者语言学习小玩具,那些就看自己喜好,也不推荐了。如果语言学习非新手,就可以直接摄入内容,浸淫其中。如果是新手,这些工具辅助使用,结合油管看一下基本教学,都可(尤其学新的外语)。这个持续更新。 #language#tools

Go

@golang · Post #76 · 29.01.2019 г., 13:16

Errors in Go: From denial to acceptance Learn how to stop worrying and love error handling in Go. Author of Overmind and imgproxy describes his journey through all five stages of Kübler-Ross model—from denial to acceptance—as he went deeper into the language, and shares his favorite patterns for dealing with errors in Go code. #development#language https://evilmartians.com/chronicles/errors-in-go-from-denial-to-acceptance

Go

@golang · Post #73 · 17.01.2019 г., 15:59

Ok, I’m online again so Happy New Year for everyone 🎈 The first article that I want to share this year is about channels design in GoLang, their structure and internal operations. Enjoy the reading! #development#language https://codeburst.io/diving-deep-into-the-golang-channels-549fd4ed21a8

Go

@golang · Post #71 · 09.10.2018 г., 08:39

Hello, there! One GoLang feature proposal about immutability is here 🙂 It’s a really interesting idea with pros and cons inside, it has a good explanation, use cases and examples for the following proposed changes: fields, arguments, variables, return values, methods reference types (Pointers, slices, maps, channels). This approach merits attention if you are interested in paths of GoLang development, so, have a good reading! 😉 #language#development https://github.com/romshark/Go-1-2-Proposal---Immutability

Go

@golang · Post #62 · 22.05.2018 г., 16:28

“Should I Rust, or Should I Go” - this is an article with a quick comparison of Golang and Rust code styles, features and conveniences of usage. #language#development https://codeburst.io/should-i-rust-or-should-i-go-59a298e00ea9

Go

@golang · Post #57 · 11.04.2018 г., 13:25

Good day 👋 I would like to share following 7 advices in short article by Kartik Khare how to increase your code quality in GoLang. Of course, before using it you should understand reasons for each advice in the post. As example Kartik writes: #6 Use int as keys instead of strings in Map. It’s a good way but here we can get optimization for optimization 🤔 #development#language https://codeburst.io/how-to-optimise-your-go-code-c6b27d4f1452

123•••56
ПредишнаСтр. 1 от 6Следваща