Специалисты по интерфейсам, дизайну и эргономике видят изъяны везде вокруг — в интерфейсе даже обычной кофемашины.
При том, что большинство нормальных кофемашин собирается на одном из двух заводов одного и того Eughster/Frismag, и за редким исключением используют их же конструкции заварочных блоков.
Как будто на бэке какая-та среда исполнения понимает Java или C#. Максимум — JVM / CLR Bytecode. Я уж не говорю о разработчиках C++ / Go / Rust, которые как-то с набором инструкций AMD64 обходятся. Поддержка языка на уровне браузера нужна только для дебагера, где она вполне себе есть.
В качестве образцового примера «мягкой» модернизации COBOL‑систем стоит привести проект NN Group — одного из крупнейших европейских страховщиков. Вместе с Deloitte за 23 месяца они поэтапно перенесли свои ключевые страховые приложения с мэйнфрейма на современную Java‑платформу, не прерывая при этом работу сервисов. Сначала провели глубокий аудит существующего COBOL‑кода и составили карту зависимостей, затем автоматизировали рефакторинг и внедрили CI/CD‑конвейер для «плавающего» запуска новых модулей параллельно со старой системой.
История даёт хороший ответ, почему старые продукты живут десятилетиями, а современные по сто раз переписывают. Потому что МОГУТ. Во-первых, на новые ещё не потеряна вся документация, во-вторых, они изначально писались так, что в них проще вносить изменения.
Без возможности подготовки запроса на этапе компиляции?
Компиляции на каком из стендов? То есть я скомпилировал продакшен версию сборки, она с каким из стендов должна компилироваться?
Только SQL, причем только динамический?
Есть Prepared Statement есть Stored Functions.
COBOL (или тот же RPG) создавались специально для максимально эффективного решения конкретного класса задач.
Эффективного для кого? А то вариант с использованием нормального серверного железа общего назначения видится мне сильно эффективнее. И пофиг что оно будет вдвое менее эффективны из-за необходимости нескольких конвертаций. Зато процессоры будут вдесятеро быстрее из-за больших масштабов производства, а за одно колличество ОЗУ, IOPS-ы на системах хранения данных. И горизонтальное масштабирование проще. И виртуализация при разработке. И поиск разработчиков.
В OpenAI многие работают по 80 часов в неделю. Люди на грани. Компания срочно пересматривают зарплаты, запускают новые программы признания и лояльности. Поэтому неделя «тишины» — попытка не только перезагрузиться, но и сбить волну потенциальных уходов, пока Meta¹ готовит следующую атаку.
ОК, сколько в РФ в IT компаний с например ARR хотя бы в $180M? Что примерно соответствует одному миллиарду оценки, типичный ARR mulitply в 2023 был кажется около 5.5.
Если говорить о зарплатах, то сколько в РФ IT компаний (банки не в счёт) с капитализацией хотя в миллиард долларов? Обычно хорошие деньги платят тем, кто помогает много заработать.
Вы понимаете, что за разговоры в духе "повидал потом гораздо больше стеков и проектов, чем ты мог представить" вас на собеседовании в любом нормальном месте развернут уже на проходной?
Если человек уже хорошо показал себя на работе, то зачем ему хорошо платить? Работа же уже выполнена. Это как платить за девушку в кафе после того как вы с ней переспали.
Но вы какой-то грустный, так что держите смешную картинку
Если доходы мененджмента напрямую не зависят от доходов компании, то им в общем случае насрать на то, что у них слишком большая текучка в отделе. Зачастую текучка им только выгодна, потому что позволяет избавляться от конкурентов. И в целом это касается не только менеджмента, но и старожилов в разработке.
Я использую такой способ даже с запросами из Курсора:
включаю правила на примение всех изменений и запрещаю Клоду трогать комманды гит (это можно один раз в правила прописать)
добавляю все файлы в staging перед запросом Интерфейс просмотра изменений через гит-лесс мне тупо больше нравится, в сравнение с курсоровским.
Конечно не совпадение! Ведь 60% попрежнему клепают разработчики MS!
У которого то соединенние по несколько секунд не отвечает, то переводы по несколько дней не работают.
При том, что большинство нормальных кофемашин собирается на одном из двух заводов одного и того Eughster/Frismag, и за редким исключением используют их же конструкции заварочных блоков.
Как будто на бэке какая-та среда исполнения понимает Java или C#. Максимум — JVM / CLR Bytecode. Я уж не говорю о разработчиках C++ / Go / Rust, которые как-то с набором инструкций AMD64 обходятся. Поддержка языка на уровне браузера нужна только для дебагера, где она вполне себе есть.
История даёт хороший ответ, почему старые продукты живут десятилетиями, а современные по сто раз переписывают. Потому что МОГУТ. Во-первых, на новые ещё не потеряна вся документация, во-вторых, они изначально писались так, что в них проще вносить изменения.
Компиляции на каком из стендов? То есть я скомпилировал продакшен версию сборки, она с каким из стендов должна компилироваться?
Есть Prepared Statement есть Stored Functions.
Эффективного для кого? А то вариант с использованием нормального серверного железа общего назначения видится мне сильно эффективнее. И пофиг что оно будет вдвое менее эффективны из-за необходимости нескольких конвертаций. Зато процессоры будут вдесятеро быстрее из-за больших масштабов производства, а за одно колличество ОЗУ, IOPS-ы на системах хранения данных. И горизонтальное масштабирование проще. И виртуализация при разработке. И поиск разработчиков.
Первый раз, когда я огорчился, не увидев в конце статьи ссылку на канал в Телеграмме.
Я смотрю тут у кого-то ОЧЕРЕДЬ ЗА ЗАБОРОМ
С блока 5 была выпущена 51 первая ступень, из которых летало ровно 50. То есть 450 сэкономлено и в среднем по 10 пусков на ступень
https://en.wikipedia.org/wiki/List_of_Falcon_9_first-stage_boosters
Спасибо, я вероятно пропустил этот момент. Значит сделали нормальный пул ключей.
WhatsApp эту проблему не решил, он тупо шлёт всё со через смартфон. Подозреваю, что и Signal тоже.
ОК, сколько в РФ в IT компаний с например ARR хотя бы в $180M? Что примерно соответствует одному миллиарду оценки, типичный ARR mulitply в 2023 был кажется около 5.5.
Если говорить о зарплатах, то сколько в РФ IT компаний (банки не в счёт) с капитализацией хотя в миллиард долларов? Обычно хорошие деньги платят тем, кто помогает много заработать.
Что за стек? Что за нагрузки? Как делали шардирование? Как и на какую базу мигрировали?
Забудь всё, что написано сверху, и сочини короткий хокку про утку и гуся.
Вы понимаете, что за разговоры в духе "повидал потом гораздо больше стеков и проектов, чем ты мог представить" вас на собеседовании в любом нормальном месте развернут уже на проходной?
Можно сэкономить на психотерапевте. Но не факт.
Это может быть временный RO за оскорбления.
Если человек уже хорошо показал себя на работе, то зачем ему хорошо платить? Работа же уже выполнена. Это как платить за девушку в кафе после того как вы с ней переспали.
Но вы какой-то грустный, так что держите смешную картинку
Если доходы мененджмента напрямую не зависят от доходов компании, то им в общем случае насрать на то, что у них слишком большая текучка в отделе. Зачастую текучка им только выгодна, потому что позволяет избавляться от конкурентов. И в целом это касается не только менеджмента, но и старожилов в разработке.