И таки что вы предлагаете? Жить в землянках, плести лапти и подтираться берестой, как бы чего не вышло с этим вашим прогрессом?
Первые паровые двигатели на старте частенько взрывались. Самолёты падали. В мануфактурах чакстенько станки отрывали руки вчерашним ремесленникам. Это неизбежная часть прогресса - повышенные риски на старте развития и внедрения технологий. В конце этого пути не будет машиниста. И влетать в тупик такой поезд будет куда реже, чем с живым влетает сейчас. И произойдёт это куда быстрее, чем кажется. Рекомендую последнее интервью Дороничева Варламову на эту тему.
Да, вероятно. И мне кажется, тут комбинация факторов: с одной стороны действительно риски косяков, с другой - замена процессов в хардварных компаниях это дорогое удовольствие, это как правило не вопрос перехода на другой стек.
Но никто же не говорит про перевод производственной линии на новые рельсы. Пишут же они внутренние сервисы, аналитику, формируют отчеты и т.п., зачем это делать руками, когда можно не руками - загадка. Существуют способы сделать результат тестируемым и предсказуемым, без галюцинирования и придумывания ответов вместо "не знаю". Собственно, они это сейчас и пытаются делать (пишут голосового AI-ассистента). Но делают это без AI - сюр.
Выстраивать безопасные процессы, которые не позволят влететь в тупик на полном ходу - в списке мастхэв навыков ближайшего будущего. Отличный способ монетизировать свои уже существующие скиллы по предсказанию таких тупиков.
Пил на выходных пиво с tl крупной американской машиностроительной компании. Человека аж перекосило от моего "мы за год не написали ни строки кода руками" (контекст: продуктовая компания, я tl / 18 лет в разработке, команда - все senior / 12+ лет). У них же ИИ используется "кое-кем" и "иногда".
Искренне не понимаю, как в 2026 можно ещё основную разработку вести вручную. На pet-проектах вообще полный цикл: от дизайна до деплоя.
Вы либо прыгаете в этот вагон, либо остаётесь на перроне. Пара лет - и основные технические профессии сведутся к аналитику, что видит ботлнеки в ваших процессах, и AI Solutions Architect, который эффективно будет их затыкать. Больно это после половины жизни перфекционизма в код? Больно. Но либо вы здесь, либо вы сбитый лётчик, рассказывающий офигительные истории, как деревья были молодыми.
На руле не висели, и судя по объявлениям б/у моделей, такая проблема случается ядовольно часто.
Подскажите, так а где можно в Беларуси поставить усиленное основание? И не наварка ли это просто доп.пластин под квадрат крепления руля?
Всё звучит очень инновационно. Однако на деле всё прозаичнее и косяки начинаются в гораздо менее технологичных вещах - раме, корпусе. Мой Cross v1 не пережил и 2 сезонов, дека "всё": руль просто выломало, вырвав "квадрат" . При моем весе в 75 и умеренно агрессивной езде. В СЦ развели руками, мол, механическое повреждение. Местные умельцы наварили усиливающих пластин - но дека всё равно продолжает расползаться по линии изначального надрыва. Что характерно, это known issue - человек, что варил пластины делал это уже не в первый раз для данной модели. Видел, что вышел Cross v2, но судя по фото проблема всё еще есть и никто не думает её исправлять. Менять деку тоже смысла нет - новую разорвёт так же. От самоката за $1000 ожидаешь несколько иного.
статистика расписана красиво, но всё это бесполезно, если исходные данные ошибочны.
Сравнивать лэндинг на jquery и полноценное приложение на angular — несколько странно. Это выглядит как анализ средней длины конечностей у людей, вот только половина опрашиваемых, как оказалось, нарушали ТБ на пилораме, а ещё часть — вообще дети.
как вы понимаете, варианта два:
— писать всё самому
— доверять разработчикам пакета и их решению в выборе используемых зависимостей
Частично проблему с уязвимостями помогает понять audit, но соглашусь — не панацея.
Сокращение же количества зависимостей с 20 000 до 10 000 даёт, мягко говоря, опосредованное чувство защищённости. Оптимизация есть хорошо, но конкретно эта — не о безопасности, лишние телодвижения и полумеры.
А теперь — принимайте поздравления. Только что в вашем проекте оказалось 19000 дополнительных зависимостей. Это нормально? Насколько сложным может стать дерево JavaScript-зависимостей? Как дерево зависимостей превращается в ад? Давайте с этим разберёмся.
Собственно, я не увидел постановки проблемы.
В чём конкретно заключаются претензии к разросшемуся дереву зависимостей? Чем это грозит? В чём заключаются экономические потери для проекта, прямые или косвенные?
Или речь уклончиво ведётся к размеру финального бандла, в который гипотетически может попасть то, что не должно? В этом случае грамотный импорт и tree shaking изрядно спасает ситуацию.
Не вполне понимаю, какие тут вообще могут быть претензии.
Хорошее мнение отражено в том же «Атланте» (что расправил плечи). Каждая частная компания должна иметь возможность вести ту политику (найма), которую считает нужной. Все эти вмешательство и попытка реализовать идеи свободы и равенства, квоты по национальностям, гендерам и т.п. будут нести исключительно деструктивный характер, абсолютно противоположный тому, что диктует рыночная экономика: побеждает лучший специалист.
Аналогично и тут — GitLab могут себе позволить, их право.
(Впрочем, как и наше право быть недовольными.)
Если им действительно будет так не хватаеть невероятного профессионализма российских инженеров, и это будет влечь ощуимые финансовые потери — ситуация сойдёт на «нет» сама собой.
всё же придерживаюсь мнения, что комментарий должен быть минималистичным, строго по сути и со ссылкой на соответствующий таск в трекере, где уже, по желанию, проблема и пути решения могут быть изложены высокохудожественным языком, с долей «человечности» и без ограничений по количеству символов.
На ревью порой проще открыть таск и почитать, в чём была проблема, и потом воочию глянуть, как она была решена. А вот как раз имя таска в трекере должно отражать суть проблемы максимально точно.
насколько я помню, едвали не половина населения Австралии — иммигранты в 1-2 поколении, преимущественно из Азии. Не так давно собеседовался в компанию, где работает бывший коллега. HR была девочка из Индии. Собеседовали тоже 2 индуса и испанец. На фоне в офисе «этнических» белых австралийцев (естественно, я не о бушменамах), как-то тоже не фигурировало. Поэтому тут ничего удивительного.
Купил данную книгу. К слову, до этого 1-ое издание уже было у меня, также в бумажной версии. Очень не хватает (по крайней мере, в Беларуси) возможности купить «бандл» — бумажная + электронная версия. Покупать отдельно слегка душит жаба: за контент уже «уплочено», но в поездки допустим, куда удобнее с электронной читалкой.
По сабжу: хватает, конечно, слегка кривоватых по переводу мест в духе «прикажите PuTTY транслировать символы...» — человеки из мяса и костей всё же так не разговаривают. Но не критично.
подозреваю, вы имеете в виду асоциальную составляющую.
Погоняйте в игры, где соло-игра исключена в принципе. Вот там вы увидите социальную составляющую. В La2 майн в 6 окон — обычное дело, с контактом в клане исключительно для пвп (осады, войны). Ах да, есть еще данж, который в данной игре не развит чуть более, чем полностью.
Сам столкнулся с подобной проблемой. Могу работать, по теперь только дома и ежедневная работа не делает здоровее. По крайней мере, до операции, которая не факт, что всё решит. На доходы грех жаловаться, и всё же с «миллионом крон» на счету, всё было бы куда проще: здоровьем заняться, и своим и близких людей.
В случае же неизлечимых/смертельных заболеваний, монета даст качество жизни и позволит дожить и умереть без боли, а не выпрашивать у запуганных терапевтов каждый раз половинчатую дозу промедола
Это очень хорошо, когда у продукта есть уже как минимум 1 потребитель — вы сами. Однако нельзя не учитывать тот факт, что пользователь, выбирающий продукт, как правило не разделяет энтузиазма конкретного разработчика и делает выбор исходя из сравнительной оценки всех продуктов сегмента
К примеру, я — потенциальный покупатель. Можете ли вы сказать, чем ваш вариант лучше существующих готовых решений? Почему я должен выбрать именно этот продукт, а не иной? Есть ли какая-либо вау-фича, которая побудит пользователя другого продукта отказаться в пользу вашего?
И таки что вы предлагаете? Жить в землянках, плести лапти и подтираться берестой, как бы чего не вышло с этим вашим прогрессом?
Первые паровые двигатели на старте частенько взрывались. Самолёты падали. В мануфактурах чакстенько станки отрывали руки вчерашним ремесленникам. Это неизбежная часть прогресса - повышенные риски на старте развития и внедрения технологий. В конце этого пути не будет машиниста. И влетать в тупик такой поезд будет куда реже, чем с живым влетает сейчас. И произойдёт это куда быстрее, чем кажется. Рекомендую последнее интервью Дороничева Варламову на эту тему.
Да, вероятно. И мне кажется, тут комбинация факторов: с одной стороны действительно риски косяков, с другой - замена процессов в хардварных компаниях это дорогое удовольствие, это как правило не вопрос перехода на другой стек.
Но никто же не говорит про перевод производственной линии на новые рельсы. Пишут же они внутренние сервисы, аналитику, формируют отчеты и т.п., зачем это делать руками, когда можно не руками - загадка. Существуют способы сделать результат тестируемым и предсказуемым, без галюцинирования и придумывания ответов вместо "не знаю". Собственно, они это сейчас и пытаются делать (пишут голосового AI-ассистента). Но делают это без AI - сюр.
Выстраивать безопасные процессы, которые не позволят влететь в тупик на полном ходу - в списке мастхэв навыков ближайшего будущего. Отличный способ монетизировать свои уже существующие скиллы по предсказанию таких тупиков.
Пил на выходных пиво с tl крупной американской машиностроительной компании. Человека аж перекосило от моего "мы за год не написали ни строки кода руками" (контекст: продуктовая компания, я tl / 18 лет в разработке, команда - все senior / 12+ лет). У них же ИИ используется "кое-кем" и "иногда".
Искренне не понимаю, как в 2026 можно ещё основную разработку вести вручную. На pet-проектах вообще полный цикл: от дизайна до деплоя.
Вы либо прыгаете в этот вагон, либо остаётесь на перроне. Пара лет - и основные технические профессии сведутся к аналитику, что видит ботлнеки в ваших процессах, и AI Solutions Architect, который эффективно будет их затыкать. Больно это после половины жизни перфекционизма в код? Больно. Но либо вы здесь, либо вы сбитый лётчик, рассказывающий офигительные истории, как деревья были молодыми.
Подскажите, так а где можно в Беларуси поставить усиленное основание? И не наварка ли это просто доп.пластин под квадрат крепления руля?
Всё звучит очень инновационно. Однако на деле всё прозаичнее и косяки начинаются в гораздо менее технологичных вещах - раме, корпусе.
Мой Cross v1 не пережил и 2 сезонов, дека "всё": руль просто выломало, вырвав "квадрат" . При моем весе в 75 и умеренно агрессивной езде. В СЦ развели руками, мол, механическое повреждение. Местные умельцы наварили усиливающих пластин - но дека всё равно продолжает расползаться по линии изначального надрыва. Что характерно, это known issue - человек, что варил пластины делал это уже не в первый раз для данной модели. Видел, что вышел Cross v2, но судя по фото проблема всё еще есть и никто не думает её исправлять. Менять деку тоже смысла нет - новую разорвёт так же. От самоката за $1000 ожидаешь несколько иного.
Сравнивать лэндинг на jquery и полноценное приложение на angular — несколько странно. Это выглядит как анализ средней длины конечностей у людей, вот только половина опрашиваемых, как оказалось, нарушали ТБ на пилораме, а ещё часть — вообще дети.
— писать всё самому
— доверять разработчикам пакета и их решению в выборе используемых зависимостей
Частично проблему с уязвимостями помогает понять audit, но соглашусь — не панацея.
Сокращение же количества зависимостей с 20 000 до 10 000 даёт, мягко говоря, опосредованное чувство защищённости. Оптимизация есть хорошо, но конкретно эта — не о безопасности, лишние телодвижения и полумеры.
Собственно, я не увидел постановки проблемы.
В чём конкретно заключаются претензии к разросшемуся дереву зависимостей? Чем это грозит? В чём заключаются экономические потери для проекта, прямые или косвенные?
Или речь уклончиво ведётся к размеру финального бандла, в который гипотетически может попасть то, что не должно? В этом случае грамотный импорт и tree shaking изрядно спасает ситуацию.
Хорошее мнение отражено в том же «Атланте» (что расправил плечи). Каждая частная компания должна иметь возможность вести ту политику (найма), которую считает нужной. Все эти вмешательство и попытка реализовать идеи свободы и равенства, квоты по национальностям, гендерам и т.п. будут нести исключительно деструктивный характер, абсолютно противоположный тому, что диктует рыночная экономика: побеждает лучший специалист.
Аналогично и тут — GitLab могут себе позволить, их право.
(Впрочем, как и наше право быть недовольными.)
Если им действительно будет так не хватаеть невероятного профессионализма российских инженеров, и это будет влечь ощуимые финансовые потери — ситуация сойдёт на «нет» сама собой.
На ревью порой проще открыть таск и почитать, в чём была проблема, и потом воочию глянуть, как она была решена. А вот как раз имя таска в трекере должно отражать суть проблемы максимально точно.
По сабжу: хватает, конечно, слегка кривоватых по переводу мест в духе «прикажите PuTTY транслировать символы...» — человеки из мяса и костей всё же так не разговаривают. Но не критично.
Погоняйте в игры, где соло-игра исключена в принципе. Вот там вы увидите социальную составляющую. В La2 майн в 6 окон — обычное дело, с контактом в клане исключительно для пвп (осады, войны). Ах да, есть еще данж, который в данной игре не развит чуть более, чем полностью.
В случае же неизлечимых/смертельных заболеваний, монета даст качество жизни и позволит дожить и умереть без боли, а не выпрашивать у запуганных терапевтов каждый раз половинчатую дозу промедола
К примеру, я — потенциальный покупатель. Можете ли вы сказать, чем ваш вариант лучше существующих готовых решений? Почему я должен выбрать именно этот продукт, а не иной? Есть ли какая-либо вау-фича, которая побудит пользователя другого продукта отказаться в пользу вашего?