Оффлайн - это просто экстремально медленный онлайн
Я только что закончил смотреть "Local-first Software" Питера Ван Харденберга, и мне очень понравилось!
Он говорит о смене парадигмы, в которой мы сейчас находимся - вместо того, что бы программа запускалась в облаке и мы смотрели на нее, когда находимся онлайн, программу можно запускать на устройстве в наших руках и отправлять данные в облако для "долговечности или доступности". Другими словами, мы используем облако, не будучи зависимыми от него.
Если подумать, это почти похоже на форму устойчивого дизайна (т.е. прогрессивного улучшения) - облако как необязательное, многоуровневое улучшение вашего приложения. Вот это смена парадигмы!
Статья: https://blog.jim-nielsen.com/2023/offline-is-online-with-extreme-latency/
Я только что закончил смотреть "Local-first Software" Питера Ван Харденберга, и мне очень понравилось!
Он говорит о смене парадигмы, в которой мы сейчас находимся - вместо того, что бы программа запускалась в облаке и мы смотрели на нее, когда находимся онлайн, программу можно запускать на устройстве в наших руках и отправлять данные в облако для "долговечности или доступности". Другими словами, мы используем облако, не будучи зависимыми от него.
Если подумать, это почти похоже на форму устойчивого дизайна (т.е. прогрессивного улучшения) - облако как необязательное, многоуровневое улучшение вашего приложения. Вот это смена парадигмы!
Статья: https://blog.jim-nielsen.com/2023/offline-is-online-with-extreme-latency/
Jim Nielsen’s Blog
Offline Is Just Online With Extreme Latency
I just finished watching “Local-first Software” by Peter Van Hardenberg and loved it!
Крупнейший в мире производитель батарей объявляет о значительном прорыве в плотности энергии
В рамках одного из самых значительных прорывов в области батарей за последние годы крупнейший в мире производитель батарей CATL объявил о создании новой "плотной" батареи с емкостью 500 Втч/кг, которая поступит в массовое производство уже в этом году.
"Запуск плотных батарей откроет эру всеобщей электрификации морского, наземного и воздушного транспорта, откроет больше возможностей для развития отрасли и будет способствовать скорейшему достижению глобальных целей углеродной нейтральности", - заявила компания в презентации на выставке Auto Shanghai в четверг.
Новость: https://thedriven.io/2023/04/21/worlds-largest-battery-maker-announces-major-breakthrough-in-battery-density/
В рамках одного из самых значительных прорывов в области батарей за последние годы крупнейший в мире производитель батарей CATL объявил о создании новой "плотной" батареи с емкостью 500 Втч/кг, которая поступит в массовое производство уже в этом году.
"Запуск плотных батарей откроет эру всеобщей электрификации морского, наземного и воздушного транспорта, откроет больше возможностей для развития отрасли и будет способствовать скорейшему достижению глобальных целей углеродной нейтральности", - заявила компания в презентации на выставке Auto Shanghai в четверг.
Новость: https://thedriven.io/2023/04/21/worlds-largest-battery-maker-announces-major-breakthrough-in-battery-density/
The Driven
World’s largest battery maker announces major breakthrough in energy density
"A new era of universal electrification of sea, land and air transportation." CATL announces new battery that doubles energy intensity.
🔥2
Архитектура для лохов
Я не против архитектуры программного обеспечения как таковой. Я против многоразовой архитектуры. Потому что вы не можете просто скопировать дизайн одного приложения в другое. Различные приложения невероятно отличаются друг от друга, и создать единую архитектуру, которая работала бы для всех или даже для большинства из них, невозможно.
Конечно, на высоком уровне можно увидеть закономерности. Например, вам нужна какая-то база данных, рекламная система или система покупок в приложении. И, вероятно, у вас есть какая-то аналитика и логирование. И я разработал шаблон, который упрощает инициализацию всех этих вещей, которые я использую в своих приложениях, но это не архитектура, по крайней мере, не то, как ее обычно определяют.
Интересно, если бы я никогда не узнал об "архитектуре программного обеспечения", был бы я там, где я сейчас? Был бы я лучше? Хуже? Потому что я знаю, что вы скажете: "А как же junior-программисты?". Потому что именно это заставило меня написать этот пост. Я не думаю, что junior-программисты должны беспокоиться об архитектуре программного обеспечения.
Но хорошее ли это решение? Учитывая все проблемы с архитектурой программного обеспечения, описанные в этом посте, я склоняюсь к ответу "да". Архитектура программного обеспечения будет только мешать вам. И ее не стоит изучать. И я думаю, что да, архитектура программного обеспечения - это для лохов.
Статья (открывать анонимно): https://medium.com/lost-but-coding/software-architecture-is-for-suckers-fabbea6763f
Я не против архитектуры программного обеспечения как таковой. Я против многоразовой архитектуры. Потому что вы не можете просто скопировать дизайн одного приложения в другое. Различные приложения невероятно отличаются друг от друга, и создать единую архитектуру, которая работала бы для всех или даже для большинства из них, невозможно.
Конечно, на высоком уровне можно увидеть закономерности. Например, вам нужна какая-то база данных, рекламная система или система покупок в приложении. И, вероятно, у вас есть какая-то аналитика и логирование. И я разработал шаблон, который упрощает инициализацию всех этих вещей, которые я использую в своих приложениях, но это не архитектура, по крайней мере, не то, как ее обычно определяют.
Интересно, если бы я никогда не узнал об "архитектуре программного обеспечения", был бы я там, где я сейчас? Был бы я лучше? Хуже? Потому что я знаю, что вы скажете: "А как же junior-программисты?". Потому что именно это заставило меня написать этот пост. Я не думаю, что junior-программисты должны беспокоиться об архитектуре программного обеспечения.
Но хорошее ли это решение? Учитывая все проблемы с архитектурой программного обеспечения, описанные в этом посте, я склоняюсь к ответу "да". Архитектура программного обеспечения будет только мешать вам. И ее не стоит изучать. И я думаю, что да, архитектура программного обеспечения - это для лохов.
Статья (открывать анонимно): https://medium.com/lost-but-coding/software-architecture-is-for-suckers-fabbea6763f
Medium
Software Architecture Is For Suckers
This has been something on my mind for a while. But recently I’ve just seen an explosion in discussions about software architecture. Like…
🤡4🖕4👏1
Forwarded from кабачковая икра по акции
В России наступил дефицит айтишников, пишет Forbes. Издание опросило ключевых участников IT-рынка в России — и многие из них сошлись в оценке, что на рынке «не просто кадровый дефицит, а серьёзный кризис». По разным оценкам, из России уехало около 70% кандидатов, многие готовы работать только удалённо.
В результате работодатели уже готовы хантить айтишников из Индии, Израиля, Китая и других стран. Президент ассоциации «Руссофт» (туда входят 315 российских IT-компаний) Валентин Макаров заявил, что компании «готовы брать на работу в штат иностранцев». Но с иранцами и другими иностранцами есть проблема — их квалификация в среднем хуже, чем у российских айтишников.
Ситуация ухудшилась после принятия закона об электронных повестках. Эйчары отмечают, что из-за этого многие айтишники сидят на чемоданах и не понимают, подпадут ли они под призыв.
В результате работодатели уже готовы хантить айтишников из Индии, Израиля, Китая и других стран. Президент ассоциации «Руссофт» (туда входят 315 российских IT-компаний) Валентин Макаров заявил, что компании «готовы брать на работу в штат иностранцев». Но с иранцами и другими иностранцами есть проблема — их квалификация в среднем хуже, чем у российских айтишников.
Ситуация ухудшилась после принятия закона об электронных повестках. Эйчары отмечают, что из-за этого многие айтишники сидят на чемоданах и не понимают, подпадут ли они под призыв.
Толстые слои легаси: как запускаются современные процессоры Intel
Центральные процессоры (CPU) не могут ничего сделать, пока им не скажут, что делать. Возникает очевидная проблема — как вообще заставить CPU что-то делать? Во многих CPU эта задача решается при помощи вектора сброса — жёстко прописанного в CPU адреса, из которого нужно начинать считывать команды при подаче питания. Адрес, на который указывает вектор сброса, обычно представляет собой какую-нибудь ROM или флэш-память, которую CPU может считать, даже если никакое другое оборудование ещё не сконфигурировано. Это позволяет производителю системы создавать код, который будет исполнен сразу же после включения питания, сконфигурирует всё остальное оборудование и постепенно переведёт систему в состояние, при котором она сможет выполнять пользовательский код.
Статья: https://habr.com/ru/articles/730100/
Центральные процессоры (CPU) не могут ничего сделать, пока им не скажут, что делать. Возникает очевидная проблема — как вообще заставить CPU что-то делать? Во многих CPU эта задача решается при помощи вектора сброса — жёстко прописанного в CPU адреса, из которого нужно начинать считывать команды при подаче питания. Адрес, на который указывает вектор сброса, обычно представляет собой какую-нибудь ROM или флэш-память, которую CPU может считать, даже если никакое другое оборудование ещё не сконфигурировано. Это позволяет производителю системы создавать код, который будет исполнен сразу же после включения питания, сконфигурирует всё остальное оборудование и постепенно переведёт систему в состояние, при котором она сможет выполнять пользовательский код.
Статья: https://habr.com/ru/articles/730100/
GPTCache - семантический кэш для запросов к LLM
GPTCache - это проект, посвященный созданию семантического кэша для хранения ответов LLM. Его цель - снизить расходы на LLM и уменьшить время ответа. GPTCache извлекает ответы из кэша, чтобы устранить необходимость взаимодействия с LLM-сервисами для аналогичных запросов. Помимо того, что GPTCache помогает масштабировать приложения, он также может использоваться разработчиками для тестирования приложений без подключения к LLM-сервису.
GPTCache на GitHub: https://github.com/zilliztech/GPTCache
GPTCache - это проект, посвященный созданию семантического кэша для хранения ответов LLM. Его цель - снизить расходы на LLM и уменьшить время ответа. GPTCache извлекает ответы из кэша, чтобы устранить необходимость взаимодействия с LLM-сервисами для аналогичных запросов. Помимо того, что GPTCache помогает масштабировать приложения, он также может использоваться разработчиками для тестирования приложений без подключения к LLM-сервису.
GPTCache на GitHub: https://github.com/zilliztech/GPTCache
GitHub
GitHub - zilliztech/GPTCache: Semantic cache for LLMs. Fully integrated with LangChain and llama_index.
Semantic cache for LLMs. Fully integrated with LangChain and llama_index. - GitHub - zilliztech/GPTCache: Semantic cache for LLMs. Fully integrated with LangChain and llama_index.
Это не чат, это GigaChat. Русскоязычная ChatGPT от Сбера
Мы с радостью хотим поделиться с сообществом своим опытом по созданию подобной модели, включая технические детали, а также дать возможность попробовать её, в том числе через API. Итак, «Салют, GigaChat! Как приручить дракона?»
Статья: https://habr.com/ru/companies/sberbank/articles/730108/
Мы с радостью хотим поделиться с сообществом своим опытом по созданию подобной модели, включая технические детали, а также дать возможность попробовать её, в том числе через API. Итак, «Салют, GigaChat! Как приручить дракона?»
Статья: https://habr.com/ru/companies/sberbank/articles/730108/
Хабр
Это не чат, это GigaChat. Русскоязычная ChatGPT от Сбера
Дракончик ждёт вас ниже Хайп вокруг нейросетей, выровненных при помощи инструкций и человеческой оценки (известных в народе под единым брендом «ChatGPT»), трудно не заметить. Люди разных профессий и...
❤1👎1🤮1
Ученые, возможно, придумали способ регенерировать утраченный слух
Ученые Гарвардской медицинской школы создали коктейль из молекул, который, по их утверждению, может успешно регенерировать волосковые клетки внутреннего уха, обеспечивающие слух. Лечение происходит путем перепрограммирования генетических путей во внутреннем ухе. Оно было протестировано на мышах, и теперь ученые работают над клиническими испытаниями на людях. В случае успеха исследование может оказать глубокое воздействие на людей с потерей слуха.
Новость: https://futurism.com/neoscope/scientists-figured-out-regenerate-lost-hearing
Ученые Гарвардской медицинской школы создали коктейль из молекул, который, по их утверждению, может успешно регенерировать волосковые клетки внутреннего уха, обеспечивающие слух. Лечение происходит путем перепрограммирования генетических путей во внутреннем ухе. Оно было протестировано на мышах, и теперь ученые работают над клиническими испытаниями на людях. В случае успеха исследование может оказать глубокое воздействие на людей с потерей слуха.
Новость: https://futurism.com/neoscope/scientists-figured-out-regenerate-lost-hearing
❤1👍1
Firebase Firestore - список основных правил безопасности
Firebase Firestore - это популярная NoSQL база данных, широко используемая разработчиками для создания масштабируемых и гибких веб- и мобильных приложений.
Хотя Firestore предоставляет мощные возможности для управления данными, также важно обеспечить их безопасность, чтобы предотвратить несанкционированный доступ, утечку данных и другие угрозы.
В этой статье мы рассмотрим основные правила обеспечения безопасности базы данных Firestore. Применяя эти меры безопасности, вы сможете обеспечить безопасность и конфиденциальность ваших данных и защитить ваше приложение от потенциальных уязвимостей.
Статья: https://blog.canopas.com/firebase-firestore-list-of-essential-security-rules-a0e872c724d3
Firebase Firestore - это популярная NoSQL база данных, широко используемая разработчиками для создания масштабируемых и гибких веб- и мобильных приложений.
Хотя Firestore предоставляет мощные возможности для управления данными, также важно обеспечить их безопасность, чтобы предотвратить несанкционированный доступ, утечку данных и другие угрозы.
В этой статье мы рассмотрим основные правила обеспечения безопасности базы данных Firestore. Применяя эти меры безопасности, вы сможете обеспечить безопасность и конфиденциальность ваших данных и защитить ваше приложение от потенциальных уязвимостей.
Статья: https://blog.canopas.com/firebase-firestore-list-of-essential-security-rules-a0e872c724d3
1500 лучников на 28.8: сетевое программирование в Age of Empires и не только
В Age of Empires время выполнения каждого шага моделирования сильно варьируется: время рендеринга меняется, если пользователь наблюдает за юнитами, прокручивает карту или сидит над неисследованной местностью, а большие пути или стратегическое планирование ИИ заставляют ход игры колебаться в довольно широких пределах. Несколько быстрых расчетов показывают, что передача даже небольшого набора данных о юнитах и попытка обновлять их в реальном времени сильно ограничит количество юнитов и объектов, взаимодействующих с игроком. Передача координат X и Y, статуса, действия, столкновения и урона ограничила бы нас максимум 250 движущимися юнитами в игре. Мы хотели опустошить греческий город с помощью катапульт, лучников и воинов с одной стороны, в то время как с моря его осаждали триремы. Очевидно, что нужен был другой подход.
Статья: https://www.gamedeveloper.com/programming/1500-archers-on-a-28-8-network-programming-in-age-of-empires-and-beyond
В Age of Empires время выполнения каждого шага моделирования сильно варьируется: время рендеринга меняется, если пользователь наблюдает за юнитами, прокручивает карту или сидит над неисследованной местностью, а большие пути или стратегическое планирование ИИ заставляют ход игры колебаться в довольно широких пределах. Несколько быстрых расчетов показывают, что передача даже небольшого набора данных о юнитах и попытка обновлять их в реальном времени сильно ограничит количество юнитов и объектов, взаимодействующих с игроком. Передача координат X и Y, статуса, действия, столкновения и урона ограничила бы нас максимум 250 движущимися юнитами в игре. Мы хотели опустошить греческий город с помощью катапульт, лучников и воинов с одной стороны, в то время как с моря его осаждали триремы. Очевидно, что нужен был другой подход.
Статья: https://www.gamedeveloper.com/programming/1500-archers-on-a-28-8-network-programming-in-age-of-empires-and-beyond
Gamedeveloper
1500 Archers on a 28.8: Network Programming in Age of Empires and Beyond
In Age of Empires the time to complete each simulation step varies greatly: the rendering time changes if the user is watching units, scrolling, or sitting over unexplored terrain, and large paths or strategic planning by the AI made the game turn fluctuate…
🔥1🌭1
7 примеров product-led роста мобильных приложений
Как 1% лучших приложений развиваются с помощью PLG (Duolingo, Bumble и другие).
Статья (открывать анонимно): https://uxdesign.cc/7-examples-of-product-led-growth-in-mobile-apps-390c28835dfb
Как 1% лучших приложений развиваются с помощью PLG (Duolingo, Bumble и другие).
Статья (открывать анонимно): https://uxdesign.cc/7-examples-of-product-led-growth-in-mobile-apps-390c28835dfb
Medium
7 examples of product-led growth in mobile apps
How the top 1% of apps grow through PLG (Duolingo, Bumble & more)
Быть VP of Engineering труднее, чем CEO
Быть вице-президентом по разработке труднее и более одиноко, чем генеральным директором. На самом деле ваш вице-президент, вероятно, самый одинокий человек в вашей компании - вот как это можно улучшить.
Статья: https://devinterrupted.substack.com/p/being-vp-of-engineering-is-harder
Быть вице-президентом по разработке труднее и более одиноко, чем генеральным директором. На самом деле ваш вице-президент, вероятно, самый одинокий человек в вашей компании - вот как это можно улучшить.
Статья: https://devinterrupted.substack.com/p/being-vp-of-engineering-is-harder
Прекратите звать (не) меня на работу
Расскажу забавную, и, надеюсь, поучительную историю, в которой смешалось многое и, на первый взгляд, странное.
Начну очень издалека. Видите мой ник? Его опосредованный источник — давно забытый одноимённый криминальный фильм двадцатилетней давности; когда мне нужно было придумать позывной для регистрации в местной локалке, забавное сочетание букв само выпрыгнуло из извилин на клавиатуру. И с тех пор кочует вслед за мной, не считаясь с моими желаниями, в том числе — и в одном из созданных ещё на заре gmail почтовых ящиков, используемых для всяких регистраций, подписок, и прочего спама.
Несколько лет назад на этот почтовый ящик стали приходить письма от рекрутеров, зовущих Станислава поработать iOS-разработчиком. Здесь было две проблемы: я никогда не писал для iOS, и я не Станислав.
Статья: https://habr.com/ru/articles/731242/
Расскажу забавную, и, надеюсь, поучительную историю, в которой смешалось многое и, на первый взгляд, странное.
Начну очень издалека. Видите мой ник? Его опосредованный источник — давно забытый одноимённый криминальный фильм двадцатилетней давности; когда мне нужно было придумать позывной для регистрации в местной локалке, забавное сочетание букв само выпрыгнуло из извилин на клавиатуру. И с тех пор кочует вслед за мной, не считаясь с моими желаниями, в том числе — и в одном из созданных ещё на заре gmail почтовых ящиков, используемых для всяких регистраций, подписок, и прочего спама.
Несколько лет назад на этот почтовый ящик стали приходить письма от рекрутеров, зовущих Станислава поработать iOS-разработчиком. Здесь было две проблемы: я никогда не писал для iOS, и я не Станислав.
Статья: https://habr.com/ru/articles/731242/
Slack запускает API нового поколения для интеграций и автоматизаций
После почти трех лет работы и завершения бета-тестирования Slack объявил, что его совершенно новая платформа для разработчиков теперь официально доступна. API "нового поколения" с модульной архитектурой означает, что теперь как никогда легко создавать интеграции и автоматизации Slack, чтобы сделать программное обеспечение более мощным и полезным.
Новость: https://9to5mac.com/2023/04/24/slack-launches-next-gen-api/?utm_source=tldrnewsletter
После почти трех лет работы и завершения бета-тестирования Slack объявил, что его совершенно новая платформа для разработчиков теперь официально доступна. API "нового поколения" с модульной архитектурой означает, что теперь как никогда легко создавать интеграции и автоматизации Slack, чтобы сделать программное обеспечение более мощным и полезным.
Новость: https://9to5mac.com/2023/04/24/slack-launches-next-gen-api/?utm_source=tldrnewsletter
Как нам удалось модернизировать приложение Booking.com изнутри и снаружи
В этой статье мы рассказываем об основных моментах и выводах из нашего путешествия по модернизации кодовой базы и дизайна приложения Booking.com. Статья посвящена механике запуска такой программы, поддержанию ее в рабочем состоянии и доказательству эффективности.
Статья: https://medium.com/booking-product/how-we-managed-to-modernize-the-booking-com-app-from-the-inside-and-out-ed24f0e6df0a
В этой статье мы рассказываем об основных моментах и выводах из нашего путешествия по модернизации кодовой базы и дизайна приложения Booking.com. Статья посвящена механике запуска такой программы, поддержанию ее в рабочем состоянии и доказательству эффективности.
Статья: https://medium.com/booking-product/how-we-managed-to-modernize-the-booking-com-app-from-the-inside-and-out-ed24f0e6df0a
Люди, которые используют Notion для планирования всей своей жизни
Привлекательность этого инструмента для рабочего места выходит далеко за рамки организации рабочих проектов. Многие пользователи находят его не менее полезным для управления своим свободным временем.
Статья: https://www.technologyreview.com/2023/04/25/1072148/meet-the-people-using-notion-to-plan-their-whole-lives/
Привлекательность этого инструмента для рабочего места выходит далеко за рамки организации рабочих проектов. Многие пользователи находят его не менее полезным для управления своим свободным временем.
Статья: https://www.technologyreview.com/2023/04/25/1072148/meet-the-people-using-notion-to-plan-their-whole-lives/
Сохраните монолит, но разделите рабочие нагрузки
Я большой поклонник монолитных архитектур. Писать код и так достаточно сложно без того, чтобы каждый вызов функции требовал сетевого запроса, и это еще не считая инвестиций в наблюдаемость, RPC-фреймворки и среду разработки, которые необходимы для продуктивной работы в микросервисной среде.
Но, проведя полдесятка лет за управлением Ruby-монолитом от 20 до 200 инженеров и наблюдая, как его скромная база данных Postgres объемом 10 ГБ разрастается до 5 ТБ, я могу с уверенностью сказать, что есть момент, когда боль перевешивает преимущества.
Этот пост посвящен технике - разделению рабочих нагрузок - которая может значительно уменьшить эту боль, стоит немного и может быть применена на ранней стадии. Она при хорошем исполнении позволит вам наслаждаться монолитностью еще долго.
Статья: https://incident.io/blog/monolith
Я большой поклонник монолитных архитектур. Писать код и так достаточно сложно без того, чтобы каждый вызов функции требовал сетевого запроса, и это еще не считая инвестиций в наблюдаемость, RPC-фреймворки и среду разработки, которые необходимы для продуктивной работы в микросервисной среде.
Но, проведя полдесятка лет за управлением Ruby-монолитом от 20 до 200 инженеров и наблюдая, как его скромная база данных Postgres объемом 10 ГБ разрастается до 5 ТБ, я могу с уверенностью сказать, что есть момент, когда боль перевешивает преимущества.
Этот пост посвящен технике - разделению рабочих нагрузок - которая может значительно уменьшить эту боль, стоит немного и может быть применена на ранней стадии. Она при хорошем исполнении позволит вам наслаждаться монолитностью еще долго.
Статья: https://incident.io/blog/monolith
Как создать чат-бота, который узнает все за вас, за 15 минут
Краткое руководство по созданию чатбота, принимающего внешние документы в качестве контекста. Я пытаюсь рассмотреть возможность создания такого помощника, который способен усваивать новые знания из различных ресурсов и предоставлять точные и полезные ответы на мои запросы в пределах приемлемой стоимости.
Статья (открывать анонимно): https://levelup.gitconnected.com/how-to-create-a-doc-chatbot-that-learns-everything-for-you-in-15-minutes-364fef481307
Краткое руководство по созданию чатбота, принимающего внешние документы в качестве контекста. Я пытаюсь рассмотреть возможность создания такого помощника, который способен усваивать новые знания из различных ресурсов и предоставлять точные и полезные ответы на мои запросы в пределах приемлемой стоимости.
Статья (открывать анонимно): https://levelup.gitconnected.com/how-to-create-a-doc-chatbot-that-learns-everything-for-you-in-15-minutes-364fef481307
Почему я никогда не стану Senior инженером-программистом в Amazon
Сегодня я собираюсь обсудить тему, которая может удивить некоторых из вас, - почему я откажусь от любого повышения на должность старшего инженера в Amazon, даже если папа Безос сам придет ко мне и предложит повышение до выдающегося инженера. (При общей зарплате на этой должности около $750 тыс. в год, я думаю).
Да, вы не ослышались.
Если это случится, я вежливо откажусь и скажу: "Папа Безос, нет! Как вы вообще попали в здание? Вы здесь больше не работаете!".
Статья: https://medium.com/@jamesryebread/why-i-will-never-be-a-senior-software-engineer-at-amazon-6613c66c2a6e
Сегодня я собираюсь обсудить тему, которая может удивить некоторых из вас, - почему я откажусь от любого повышения на должность старшего инженера в Amazon, даже если папа Безос сам придет ко мне и предложит повышение до выдающегося инженера. (При общей зарплате на этой должности около $750 тыс. в год, я думаю).
Да, вы не ослышались.
Если это случится, я вежливо откажусь и скажу: "Папа Безос, нет! Как вы вообще попали в здание? Вы здесь больше не работаете!".
Статья: https://medium.com/@jamesryebread/why-i-will-never-be-a-senior-software-engineer-at-amazon-6613c66c2a6e
IT Insights
Не ориентируйте свой код "на будущее" То, что, по вашему мнению, может произойти, не имеет значения. Разработчики любят строить планы на будущее. Они хотят быть уверенными в том, что предвидят будущие потребности и пишут соответствующий код. Плохая новость:…
Хабр
Не пытайтесь приспособить свой код к будущему
Не имеет значения, что, по вашему мнению, может случиться потом. Разработчики любят приспосабливать свои планы под будущее. Им хочется быть уверенными, что они действуют на опережение потребностей, и...
Почему увольняют самых опытных? Потому что они слишком умные. Тейлоризм 21-го века
Опытный и талантливый сотрудник — носитель знаний и опыта. На него полагаются коллеги, он выполняет в десять раз больше работы, чем джун. Казалось бы, руководство должно молиться на такого разработчика. Но нет, к нему не испытывают особой благодарности и зачастую рады от него избавиться. Почему так происходит?
Статья: https://habr.com/ru/companies/ruvds/articles/731162/
Опытный и талантливый сотрудник — носитель знаний и опыта. На него полагаются коллеги, он выполняет в десять раз больше работы, чем джун. Казалось бы, руководство должно молиться на такого разработчика. Но нет, к нему не испытывают особой благодарности и зачастую рады от него избавиться. Почему так происходит?
Статья: https://habr.com/ru/companies/ruvds/articles/731162/