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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Итак, путем пересечения опросов (белого и черного списка) получился такой рейтинг языков в качестве первого языка программирования:

1) Python (39)
2) Pascal (16)
3) Go (13)
4) Java/Kotlin (12)
5) С (9)

а и всё, больше ни одного нет. Ни js, ни Rust, ни Haskell не втиснулись.

Свежая кровь

Некоторое время назад я писал пост про добавочную стоимость старожилов https://news.1rj.ru/str/general_it_talks/135
В этот раз хочется рассмотреть ситуацию почти обратную, и обсудить ценность новых сотрудников.

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

Однако в этот добрый предпраздничный день хочется не концентрироваться на заунывном негативе, а рассмотреть и позитивные аспекты.

Новые сотрудники – это свежесть и бодрость (не всегда)
Если вам очень повезло и вы наняли того, кто будет не просто жопочасы отсиживать, а прям активно хочет что-то делать хорошее, доброе, полезное, то вот в чем я вижу профит от нового человека (видел это не раз на практике):

⁃ Взбадривает болото. Порой с низкой ротацией в коллективе или несколько вязкими процессами со временем складывается более-менее равновесная ситуация, где всем норм, и никто никаких активных действий совершать не хочет. И вот свежий человек способен сгенерировать какие-то новые идеи, взяться за их реализацию.
Я сам не из тех, кто постоянно кричит про выход из зоны комфорта. Я люблю что-то комфортное и стабильное, однако очень радуюсь, если приходит человек с разумным, осознанным энтузиазмом и приносит новые идеи. Готов всегда идти навстречу, обсуждать, пробовать.
Конечно, я не имею в виду случаи, когда приходит новый разработчик и с порога говорит: «Тут всё фигня и надо переписать на svelte». Или новый менеджер, который говорит: «Вы что, без скрама и сторипоинтов вообще жизнь – не жизнь! Жду вас завтра на ретро!»
⁃ У него нет выученной беспомощности. Про это я тоже писал пост https://news.1rj.ru/str/general_it_talks/66
Т.е. человек еще не обескровлен скрипучими процессами и инертностью коллектива. Он не живет в позиции «Ой, да тут никому ничего не надо, не стоит даже пытаться».
⁃ Приносит новый опыт, которого у вас в команде нет. Вы же берете человека откуда-то. Он там работал, чего-то видал, чего-то делал. Интеграция чужого опыта тоже может быть очень полезна. Особенно если к найму подойти осознанно и не набирать людей глупее себя, чтобы они тебя не подсидели (да, такое бывает регулярно), а целенаправленно подумать, какой экспертизы не хватает команде и попытаться нанять человека, который бы её принес.

Итог
Желаю вам в новом году хороших, бодрых, профессиональных коллег.
Всех поздравляю с наступающим праздником🥳 Успехов вам!💪

Иногда я задаюсь вопросом: почему мы продолжаем писать бизнес-приложения на PHP с бексконечными CRUD/REST. Почему бы не взять Low-code/No-code систему типа Airtable или Fibery? Вот почему (картинка):