Но если кодовую базу совсем запустить, то со временем начнут стрелять проблемы. Time to market (TTM) бизнесу всегда важен, а с плохой кодовой базой TTM будет проседать. Исправление проблем в одних местах будет создавать проблемы в других. Там, где хватило бы двух разработчиков, придется держать команду в 20.
Как вариант, можно было бы работать над релизом, а после делать “отдых“, готовя доклады для команды, занимаясь рефакторингом и техдолгом какое-то время — 20% времени от того, сколько занял релиз, например.
Мне в планированиях, грумингах и спринтах не нравится, что сидят человек 10-15, а слушают и вовлекаются в моменте обычно не больше 2-3 человек. Но в целом везде свои плюсы и минусы. Я пока в сторону скрамбан склоняюсь.
Они (спринты) структурируют процесс планирования ... детально расписать только ближайшие поставки.
А без самого планирования в проектной разработке никак
А не получится это решить канбан-доской, когда задачи нужно брать по приоритету? Менеджер может планировать и детально расписать только самые приоритетные задачи.
в дикой природе нет огромных преимуществ перед мозгом волка 300 грамм или мозгом кошки весом 30 грамм
Могу предположить, что интеллект у них сопоставимый, потому что размер мозга зависит еще и от массы тела. Например, ворон (15 гр. мозга) намного умнее носорога (500 гр). Лучше сравнивать мозги животных равного веса, либо смотреть на отношение размера мозга к массе тела.
Но на моей практике такие перекосы вполне умещаются в понятие "погрешность". В любом случае описанная система дает гораздо более точное понимание о производительности, чем простое "количество задач"
Идей от LLM в посте нет вообще. Я “гуглил“ через LLM и перевел несколько фраз для тезисов в начале статьи. Но это просто тезисы основанные на фактах. Всё что ниже тезисов написано руками.
Когда статья была закончена, попросил LLM найти ошибки и опечатки, и на другом сервисе (без ИИ) посмотрел слова-паразиты и “тошноту“ текста.
Вы можете утверждать что корреляция нулевая? Исследования не подтверждают этого, есть зависимость IQ и любого аспекта жизни, здоровья, дохода.
Было исследование Термана — отобрали 1.5к детей с самым высоким IQ и наблюдали их жизнь. Ожидали получить докторов наук, выдающихся политиков и бизнесменов, а получили нормальное распределение.
Разные исслеодования есть, каждое надо смотреть, не напутали ли там чего, не были ли заинтересованы в резульатах. Мода на IQ-вопросы на собеседованиях была в 20 веке, но от этого ушли, потому что заметили, что это мало на что влияет.
110 балов это уровень среднего разнорабочего, который работает по указаниям бригадира с минимальной инициативой.
Это чушь. Инициатива и профессия не связаны с IQ, могут быть и доктора наук с таким IQ и разнорабочии без инициативы с IQ 130.
Не мог человек с трудом продолжающий последовательности 1,2,3 вдруг потренироваться и в уме быстро начать строить сечения 3D фигур
В IQ-тестых есть вопросы на вербальное мышление, связанные со словарным запасом, но не во всех IQ-тестах они встречаются. К ним сложнее подготовиться и они сильно влияют, когда проходишь на неродном языке, а все что на последовательности и сечения — однотипное и легко тренируется. На нем можно набирать баллы.
человек с трудом продолжающий последовательности 1,2,3“
It depends. От ЯП тоже зависит: если в противовес взять оверинжинерию на Java, как в FizzBuzzEnterpriseEdition, то я бы лучше на Clojure писал. От типа проекте. Где все постоянно меняется (требования, апи клиентов, бизнес-направления и т.п.), типы будут только мешать.
Я при разработке реплом почти не пользуюсь, и не знаю, зачем он мне был бы нужен
Пример. Была задача на котлин-проекте с большиой неопределенностью на уровне использования библиотек. Перезапуск программы — 2 минуты где-то, чтобы получить обратную связь. Я поднял Clojure REPL, подключил те же либы, “потрогал“ их через REPL и быстренько решил задачу. Все-таки скорость обратной связи в программировании — это важно, наверное и смысла доказывать утвеждение нет. REPL — про скорость обратной связи.
Я не знаю, в каких ЯП вы пользовались реплом, но если репл был вроде того, что в питоне, то это не репл, а консоль скорее. В лиспах репл интегрирован в редактор кода и в саму программу. Можно модифицировать программу, запущенную на рабочем стенде, не выкатывая новый блид. И в проде можно. Делать так или нет — зависит от деталей.
пилить формально верифицированный блокчейн интереснее, чем пилить управление движением товаров в местном аналоге Пятёрочки, даже если оба на хаскеле
Ну хорошо, давайте не будем дискутировать дальше. Я бы хотел все равно отстаться на своем, что программирование — это несложно, если интересно (добавлю еще условие). И если интересно, то не вижу, почему кто-либо (без серьезных проблем, что я перечислял в предыдущем комментарии) не смог бы в 2015-2022 устроиться на работу за 3-5 месяцев подготовки.
А если не интересно (или может склад ума совсем другой), легких денег тут нет. Согласен.
Т.е. идем на поводу у хренак-хренак-в продакшн, а дальше любтсь оно конем, гори оно огнем?
Это уже ваше дело, что и как делать. Я иногда кложу использую, чтобы быстро отладиться и набросать решение, а потом переписываю на целевой язык. Потому REPL лиспов дает огромное преимущество.
Для проектов, у которых ожидаемо маленький скоуп и нет требований к перформансу тоже удобно кложу использовать.
Подход, поощряющий навалить кучу и выдать ее за инсталляцию как-то, как по мне, плохо совместим с понятием качественного продукта
Я не знаю, какой стек вы ругаете, думая о динамической типизации, но я сам видел как хорошие, так и плохие проекты на Clojure. На Python и JS сам бы не очень хотел писать. До PHP не дотрагивался.
Но если кодовую базу совсем запустить, то со временем начнут стрелять проблемы. Time to market (TTM) бизнесу всегда важен, а с плохой кодовой базой TTM будет проседать. Исправление проблем в одних местах будет создавать проблемы в других. Там, где хватило бы двух разработчиков, придется держать команду в 20.
Возможно, зависит от размера базы. У меня на старом девайсе работает, новый подключить не могу.
PR есть с фиксом, только его уже пару месяцев не вливают.
Два вопроса:
Лояльны ли компании из ОБОСРАЛСЯ* к SOSAL?
Является ли использование pydroid нарушением принципов SOSAL?
*Озон, Билайн, Окко, Сбер, Рамблер, Авито, ЛамодаТех, Сколково, ЯндексКак вариант, можно было бы работать над релизом, а после делать “отдых“, готовя доклады для команды, занимаясь рефакторингом и техдолгом какое-то время — 20% времени от того, сколько занял релиз, например.
Мне в планированиях, грумингах и спринтах не нравится, что сидят человек 10-15, а слушают и вовлекаются в моменте обычно не больше 2-3 человек. Но в целом везде свои плюсы и минусы. Я пока в сторону скрамбан склоняюсь.
А не получится это решить канбан-доской, когда задачи нужно брать по приоритету? Менеджер может планировать и детально расписать только самые приоритетные задачи.
Могу предположить, что интеллект у них сопоставимый, потому что размер мозга зависит еще и от массы тела. Например, ворон (15 гр. мозга) намного умнее носорога (500 гр). Лучше сравнивать мозги животных равного веса, либо смотреть на отношение размера мозга к массе тела.
А как это можно замерить или доказать?
Идей от LLM в посте нет вообще. Я “гуглил“ через LLM и перевел несколько фраз для тезисов в начале статьи. Но это просто тезисы основанные на фактах. Всё что ниже тезисов написано руками.
Когда статья была закончена, попросил LLM найти ошибки и опечатки, и на другом сервисе (без ИИ) посмотрел слова-паразиты и “тошноту“ текста.
Буду признателен, если приведете примеры.
Вот и мне казалось всегда, что курсы вообще не нужны, т.к. все есть в интернете, а умение искать информацию — важный навык, который курсы забирают.
Было исследование Термана — отобрали 1.5к детей с самым высоким IQ и наблюдали их жизнь. Ожидали получить докторов наук, выдающихся политиков и бизнесменов, а получили нормальное распределение.
Разные исслеодования есть, каждое надо смотреть, не напутали ли там чего, не были ли заинтересованы в резульатах. Мода на IQ-вопросы на собеседованиях была в 20 веке, но от этого ушли, потому что заметили, что это мало на что влияет.
Для разработки ПО хватает.
Это чушь. Инициатива и профессия не связаны с IQ, могут быть и доктора наук с таким IQ и разнорабочии без инициативы с IQ 130.
В IQ-тестых есть вопросы на вербальное мышление, связанные со словарным запасом, но не во всех IQ-тестах они встречаются. К ним сложнее подготовиться и они сильно влияют, когда проходишь на неродном языке, а все что на последовательности и сечения — однотипное и легко тренируется. На нем можно набирать баллы.
Это под 70 IQ, наверное. 110 — выше среднего.
А вы преподавали? Много учеников повидали?
It depends. От ЯП тоже зависит: если в противовес взять оверинжинерию на Java, как в FizzBuzzEnterpriseEdition, то я бы лучше на Clojure писал. От типа проекте. Где все постоянно меняется (требования, апи клиентов, бизнес-направления и т.п.), типы будут только мешать.
Пример. Была задача на котлин-проекте с большиой неопределенностью на уровне использования библиотек. Перезапуск программы — 2 минуты где-то, чтобы получить обратную связь. Я поднял Clojure REPL, подключил те же либы, “потрогал“ их через REPL и быстренько решил задачу. Все-таки скорость обратной связи в программировании — это важно, наверное и смысла доказывать утвеждение нет. REPL — про скорость обратной связи.
Я не знаю, в каких ЯП вы пользовались реплом, но если репл был вроде того, что в питоне, то это не репл, а консоль скорее. В лиспах репл интегрирован в редактор кода и в саму программу. Можно модифицировать программу, запущенную на рабочем стенде, не выкатывая новый блид. И в проде можно. Делать так или нет — зависит от деталей.
Тут согласен полностью.
Поэтому надо выбирать то, что не трудно, а сложно :)
https://kartaslov.ru/значение-слова/гарантированный
https://gramota.ru/poisk?query=гарантированный&mode=slovari
Ну хорошо, давайте не будем дискутировать дальше. Я бы хотел все равно отстаться на своем, что программирование — это несложно, если интересно (добавлю еще условие). И если интересно, то не вижу, почему кто-либо (без серьезных проблем, что я перечислял в предыдущем комментарии) не смог бы в 2015-2022 устроиться на работу за 3-5 месяцев подготовки.
А если не интересно (или может склад ума совсем другой), легких денег тут нет. Согласен.
Это уже ваше дело, что и как делать. Я иногда кложу использую, чтобы быстро отладиться и набросать решение, а потом переписываю на целевой язык. Потому REPL лиспов дает огромное преимущество.
Для проектов, у которых ожидаемо маленький скоуп и нет требований к перформансу тоже удобно кложу использовать.
Я не знаю, какой стек вы ругаете, думая о динамической типизации, но я сам видел как хорошие, так и плохие проекты на Clojure. На Python и JS сам бы не очень хотел писать. До PHP не дотрагивался.
а причем здесь это? вы ходите по комментариям ботом и находите “оригинальные“ сообщения через апи gpt?