Cross Join - канал о разработке

Go 1.18 с поддержкой дженериков в бете!

Посмотреть детали/скачать можно тут: https://go.dev/blog/go1.18beta1

Давайте переформулируем вопрос в текстовом виде. Я соберу самые частые варианты из коментов и запущу опрос уже с чекбоксами.
Итак, как вы считаете, какой ЯП подойдет в качестве первого языка программирования?

Компания Jetbrains анонсировала новую легковесную IDE под названием Fleet

По словам Hardi Hariri, Fleet стартует как легковесный редактор, но при этом имеет все функции IDE: код комплит, дебаг, рефакторинг, навигацию и т.д. (для этого надо переключить IDE в smart mode нажатием кнопки).

IDE написана с нуля на Kotlin и Rust, на совершенно новой архитектуре, и будет поддерживать сразу все языки (на данный момент это пока что Java, Kotlin, Rust, Python, Go, JS, Typescript).

С помощью виртуализированной файловой системы Fleet позволит работать с проектами как локально, так и удаленно. Вообще, у fleet довольно развесистая архитектура: он подойдет и для совместной удаленной работы, и локально, и в облаке и как угодно. Подробнее можно посмотреть здесь

Пока что скачать Fleet нельзя, но можно зарегистрироваться для Early Preview, и возможно придет приглашение. Я зарегался )

Предыдущие IDE (intellijIDEA, Goland и т.д.) никуда не денутся, и будут развиваться дальше

Кент Бек, создатель TDD:

"Мне платят за работающий код, а не за тесты. Моя философия - тестировать настолько мало, насколько это возможно, чтобы достичь определенного уровня уверенности" (источник)

А ведь в TDD утверждается, что код должен появляться только после написания "красного" теста, его проверяющего (после чего тест делать зеленым)

Никому верить нельзя

Почему некоторые функции в PHP (strptime, nl2br, htmlspecialchars) так странно/неконсистентно называются, рассказал создатель языка Rasmus Lerdorf (источник):

"...Ну, там были и другие факторы. Htmlspecialchars - одна из первых функций. В те времена, когда в PHP функций было меньше сотни и механизм хеширования функций был strlen(). Чтобы получить хорошее распределение хеша, имена функций подбирались так, чтобы они попадали по длине в нужный бакет.

Это было примерно в конце 1994 года, когда PHP был моим личным инструментом, и я не слишком беспокоился о том, что не смогу запомнить несколько названий функций..."

Дрю ДеВолт хочет убить npm, чтобы сделать его сильней.

Его достало, что практически в каждом проекте в дереве зависимостей есть тысячи npm-пакетов, написанные бог знает кем, и непонятно, как это выстрелит (вспомним печально известный leftpad). Многие пакеты состоят из одной-двух строк, и подключать их как зависимость просто нет смысла.

Поэтому он предложил интересную идею: Дрю будет ПЛАТИТЬ за то, чтобы владельцы пакетов сами уничтожали своё детище, причем чем меньше строк и чем больше популярность, тем сумма будет больше:

Вознаграждение($) = 100 * log10(количество загрузок в неделю / количество строк кода)

Например, для практически однострочного пакета isArray с 51 млн загрузок, это будет $710

Идея в том, что если уничтожение популярных однострочников примет массовое явление и породит хаос, то люди начнут задумываться, а так ли необходимо подключать isArray, isEven и прочий мусор.

139-ый выпуск Цинкового прода!

Поговорили с Димой Санниковым из All Cups про соревнования программистов.

видео: https://www.youtube.com/watch?v=CzM-bPS2Y2I
Аудио: https://soundcloud.com/znprod/139-govorim-pro-sportivnoe-programmirovanie-s-dmitriem-sannikovym

Rudalle сгенерило по слову "Типичный фронтендер"

В сети столько курсов, тренингов, статей и прочей хрени, столько всего, что я хотел бы пощупать в качестве пет-проекта, что глаза разбегаются. А время далеко не резиновое.

Сколько времени я убил на то, что мне потом не пригодилось - уму непостижимо. Ну, разве что, для кругозора полезно.

Пока что для себя решил, что сконцентрируюсь на двух вещах:

1) изучать то, что будешь пытаться применять в ближайшее время
2) изучать то, что капец интересно

Желательно, чтобы было два в одном.

Хелловинская страшилка про робототехнику.

Есть знаменитое исследование, получившее название "Зловещая долина". Цитата из Википедии:

"...японский учёный Масахиро Мори провёл опрос, исследуя эмоциональную реакцию людей на внешний вид роботов. Поначалу результаты были предсказуемыми: чем больше робот похож на человека, тем симпатичнее он кажется — но лишь до определённого предела.

Наиболее человекоподобные роботы неожиданно оказались неприятны людям из-за мелких несоответствий реальности, вызывающих чувство дискомфорта и страха. Неожиданный спад на графике «симпатии» и был назван «Зловещей долиной», притом Масахиро Мори обнаружил, что анимация усиливает и позитивное, и негативное восприятие."

Ну так вот, а теперь страшилка. Как с точки зрения эволюции появляются страхи? Мы боимся находиться рядом с тиграми и медведями, потому наши предки, которые их не боялись, были съедены и не оставили потомства. Т.е. этот страх инстинктивен и имеет объяснимые корни.

А теперь подумайте про страх перед людьми, которые очень похожи на людей, но не люди. Откуда он?

Как получить оффер в FAANG. Подробная инструкция со всеми подводными камнями и ссылками на помогающие ресурсы и инструменты

https://twitter.com/_frsv_/status/1454449701726695428

Появилась игра для определения лучшего шрифта для программирования. Там предлагается попарно сравнить несколько шрифтов, и в конце концов определяется победитель

Мне прям нравится, потому что подбирать шрифт в ide не так удобно, и всё время кажется, что может быть выбрал не тот шрифт, предыдущий был круче.

Правда там пример кода на css, блин. Должны предлагать выбор из языков и подсветок (светлая / темная тема)

Прикольный список бесплатных публичных API
https://github.com/public-apis/public-apis

Правда, многие из этих апишек можно назвать free только с натяжкой. Virustotal, например, стоит совершенно конских денег, странно, что он в этом списке. Возможно, есть какая-то усеченная версия, хз

Удивительно, когда в некоторых компаниях просьбу о повышении зарплаты до рыночной воспринимают как нелояльность или шантаж. Много раз такое видел в своей жизни.

Противоречие здесь вот в чем:

С одной стороны, человек должен быть максимально практичен на своей работе: везде бест практис, системный подход, ориентированность на максимизацию прибыли бизнеса, исследования рынка и тд.

А с другой стороны - к своей жизни должен относиться как дурачок: мало платят - ну и ладно, зато дружный коллектив, а какие зарплаты на рынке - даже не интересно.

Это просто поразительно странно

Горящие глаза

Многим знакомо желание работодателя видеть «горящие глаза» у своих сотрудников. Но хотелось бы обсудить, насколько реалистично и этично превращать это в требование.

Где горящие глаза нужны
Наверное, самый главный случай, когда нужен большой энтузиазм в работе, – когда работать приходит джуниор. Впереди его ждет очень долгая и сложная дорога, а ухабы начинаются прямо со старта. Чтобы это всё не бросить (что часто бывает) и расти дальше профессионально, потребуется действительно огромный энтузиазм.

Где горящие глаза не нужны
Почти во всех остальных случаях, если вы работаете с уже компетентным специалистом.

Я не говорю сейчас о наплевательском отношении к работе. Я говорю о купировании лозунгов «МЫ СЕМЬЯ», «НОЧЬ РАБОТЕ НЕ ПОМЕХА», и прочих манипулятивных историях, в которых из людей тянут жизнь капельку за капелькой.

В целом наша работа во многом довольно рутинная, что бы там ни говорили про труд программистов и менеджеров. Да, есть творческие аспекты, но есть и обыкновенные скучные рядовые задачи, которые нам необходимо решать. Есть известное сравнение людей в профессии с малярами и художниками. Да, кое-где иногда нужны одаренные художники. Им, конечно, энтузиазм в работе необходим для реализации своего творческого потенциала. Но в подавляющем большинстве случаев мы с вами – маляры. А маляры просто делают свою обычную работу, и я не понимаю, зачем от них требовать какого-то дополнительного запала.

Однажды меня и моего коллегу работодатель на полном серьезе вызвал на разговор. Единственной его претензией было то, что у нас «не горят глаза». Прямо буквально в этом была суть претензии. При этом работа была абсолютно рутинная, а зарплаты хватало ровно на то, чтобы заплатить за квартиру, купить по скидкам простейшую еду в пятерочке и оплатить интернет. На новую одежду, или лекарства, или поездку куда-то, или технику оставалось от 0 до 1к рублей в месяц. От чего конкретно у меня должны были зажечься глаза, я не понимал ни тогда, ни сейчас.
Этично ли было это требование? Я считаю, что нет. Долго ли мы потом проработали вместе? Тоже нет.

Чем хорошо заменяются горящие глаза
Они заменяются профессиональным и добросовестным трудом.

Это значит, что работу, которую вы беретесь делать, вы делаете хорошо и качественно. Если что-то непонятно или есть сомнения – уточняете, а не лепите откровенно некорректное решение, прикрываясь «в задаче так сказано». Если где-то можете что-то предложить, улучшить, привнести – делаете, потому что так система станет лучше, так труд вас и ваших товарищей станет эффективнее и комфортнее. Если где-то чувствуете, что что-то идет не так – предупреждаете кого следует, или принимаете меры самостоятельно.

Если при этом вам еще и в целом не безразличен продукт, который вы делаете, то это вообще красота. Для работодателя это большая удача найти не просто профессионала, а профессионала, активно заинтересованного в самом продукте. Это не базовое требование к сотруднику, это большая удача (либо сознательное формирование целого комплекса материальных и нематериальных факторов, формирующих именно такой найм).

Итог
Трудитесь хорошо и добросовестно, но не позволяйте на себе бессовестно кататься.
А если вы работодатель, то цените тех, кому ваше дело не безразлично. Не тираньте тех, кто продает вам свой труд. Вам продают свои труд, время, навыки, опыт, а не душу.

Выступил в подкасте DotNet & More

https://www.youtube.com/watch?v=cTqkmm_4pig

Всем привет. Завтра у нас философский вечер с Гришей Петровым. Будем обсуждать усложнение языков программирования. Был простой язык - и тут фигак, обмазан 100500 фич.

https://www.youtube.com/watch?v=Q0wLO2VB85g