Инвесторы, как вариант. Масса стартапов создается для вывода непонятно откуда взявшихся денег в офшоры, в обход налогов и контролей. Особенность IT в том, что цели, ценник и результат сложно оспорить - можно отстирывать практически любые суммы, до определенного предела. 5 тыс зряплаты от 10 млн это 0.05% комиссии. Даже если умножить на 100 это все равно выгодно - они же не годами собираются "работать".
В общем случае все сильно зависит от контракта и особенностей местного законодательства. Я бы не стал экстраполировать.
Для ИП есть эмпирическое правило, что последнюю выплату вы может быть получите только через суд. Поэтому с опытом риски закладываются в прайс. Ну, а по началу вы просто остаетесь без этих денег. Как есть.
У реальных наемных работников простор для маневра в такой ситуации на самом деле ещё меньше. Вы должны написать заявление работодателю об увольнении - по умолчанию работаете как ни в чём не бывало, даже если не платят. После того как заявление будет перередано, вы некоторое время все равно продолжаете выполнять свои обязанности - иначе работодатель имеет право вас уволить уже совсем по другой статье. Одновременно нужно подать заявление в надзорные органы (лучше - коллективное), поскольку факт нарушения со стороны работодателя должен быть официально зарегистрирован - иначе ни чего не было. Дальше процесс может растянуться на месяцы и тут от вас мало что зависит. Точнее нужно быть готовым постоянно его пушить. Работники, кто сталкивается с этим в первый раз, естественно будут сомневаться, прежде чем пойти на прямой конфликт.
Я отвечал лишь на вопрос про перфоманс, и зачем тут понадобился GPU. На практике всё зависит от набора ваших приложений, сценариев использования и зоны комфорта. У кого-то компилятор выводит отладку, кто-то листает man, кто-то может до сих пор пользуется emacs, lynx и mutt.
В Windows исторически свои сложности. Там терминал с консолью это несколько компонентов и сервисов, размазанных по разным слоям и изоляциям. Основной упор они делали на безопасности и так чтобы не ломать совместимость с разным легаси ещё со времён DOS. Но конечная перерисовка даётся дорого.
Насколько медленно работает терминал можно легко увидеть, допустим если запустить приложение, которое выводит в реальном времени в stdout плотный поток логов (как вариант - любое через strace). Тогда даже невооружённым глазом заметно, насколько приложение начинает тормозить из-за задержек на стороне терминала.
В плане сложностей с графикой современный терминал не сильно уступает тому же браузеру. Четверть века тому назад ни кто не мечтал о 32bit цветах, разрешениях 4К, векторных шрифтах с кернингом и антиалиасингом. Плавность и скорость прокрутки и возможность перерисовки с частотой 60 кадров в секунду тоже мало кого волновала.
Проекты это сложные системы, в том смысле, что из-за девиаций и компенсаций в них проблематично проследить влияние какого-то одного фактора. 16% разницы в реальности вы ни когда не заметите. Может просто кто-то станет чуть реже ходить на митинги. Либо, если аутсорс, то продадите на одну позицию больше, и за это ещё получите премию от компании.
Писать тесты как документацию к спецификации, чтобы они получались достаточно выразительными, это довольно крутой навык. Прямо как отдельный жанр литературного творчества. Если ребята такое уже умеют, вам повезло. Если нет - будут учиться годами за ваш же счёт. Считайте это тоже инвестициями.
К тому же за 20 лет многое поменялось. На юнит тестах клин светом не сошёлся, и если на проекте их нет, то обязательно отрастет какой-нибудь другой навык. Например, теперь масса ошибок отлавливается просто статическим анализом кода, прямо в текстовом редакторе.
Как померять ROI для юнит тестов? - вот это интересный вопрос.
В статье предлагают считать по количеству фейлов (т.е отловленных багов). Но у ответственных разработчиков, которые запускают тесты перед коммитом, они фейлятся локально - на CI все обычно зелёное. В отличие от E2E, где фейл в большинстве случаев приводит к регистрации бага в системах.
В остальном обсуждают какие-то крайности. Но крайности на то и крайности, что в них ни чего хорошего нет. Тесты разные нужны, тесты разные важны.
В учебнике по тестированию должна быть теоретическая глава с описанием того, чем отличается нормальный баг-репорт от неконструктивной критики. А так же - чем отличается конструктивное решение от заговаривания зубов. Комменты здесь уже выглядят как практическое занятие. =)
плохо масштабируется, — не каждый руководитель готов встать в позицию патрона
Сложилось впечатление, что сотрудники подбираются и воспитываются в духе преданности конкретному человеку - что-то в духе отец и дети. Роль "папы-патрона" играет в компании один человек. Масштабирование может быть лишь вертикальным - с делегированием части своих полномочий вниз. О горизонтальном масштабировании - коллегиальном управлении, в стиле совета директоров, - речи быть не может. Или нет?
Энтерпрайзное IT долгое время было удобным способом смывать ярды бабла налогоплательщиков во вникуда куда надо. Но 022423 открылись новые возможности - военные цены, бюджеты и реали это гораздо круче. Тут один танк живущий 60 секунд стоит как годовой бюджет целой команды, пилящей для проформы какую-нибудь бесполезную ерунду.
Нет какой-то математической и людской логики. Логика либо есть, либо её нет.
Логика это зонтичное понятие, обозначающее искусство рассуждать. В рамках него изучаются различные логические системы. А их на самом деле уже придумали тьму - как формальных так и неформальных. Поэтому когда речь заходит о том что логично, а что нет, то нужно всегда уточнять - в рамках какой системы. Поскольку в зависимости от системы абсолютно валидные выводы могут быть прямо противоположными.
Да, кстати, а если вам предлагают совершить выбор за вашего ребёнка: красную или синюю, что выберите?
Ребёноку - красную.
Но можно поставить вопрос иначе: что выберете вы когда не знаете какую таблетку выбрали ваши дети? В силу возраста с рациональностью у них пока не очень, и они могут выбрать синюю просто потому, что она красивее.
Попадая в среду, где язык совершенно не русский, начинаешь реально ценить терпимость местных к неизбежным ошибкам, акценту и т.п. когда хочешь общаться на не родном для себя языке. Не понимаю кто ставит вам минусы.
Автор показал ситуации, когда тупое следование рекомендациям Clean Code только ухудшает качество решения.
Инженерные задачи всегда решаются в ограничениях. Поэтому любые фремворки (включая логические) должны четко обозначать область своей применимости, и не претендовать на звание истины в последней инстанции.
проблема состоит в том, что ООП из-за привязки к состоянию объекта требует сериализации
Исторически, куча паттернов в ООП пришла из языков типа c++/java/object pascal - где асинхронщина изначально отсутствовала. Но современное состояние уже другое. Сейчас ни что не мешает писать асинхронный код на тех же принципах, используя все фишки ООП.
Инвесторы, как вариант. Масса стартапов создается для вывода непонятно откуда взявшихся денег в офшоры, в обход налогов и контролей. Особенность IT в том, что цели, ценник и результат сложно оспорить - можно отстирывать практически любые суммы, до определенного предела. 5 тыс зряплаты от 10 млн это 0.05% комиссии. Даже если умножить на 100 это все равно выгодно - они же не годами собираются "работать".
В общем случае все сильно зависит от контракта и особенностей местного законодательства. Я бы не стал экстраполировать.
Для ИП есть эмпирическое правило, что последнюю выплату вы может быть получите только через суд. Поэтому с опытом риски закладываются в прайс. Ну, а по началу вы просто остаетесь без этих денег. Как есть.
У реальных наемных работников простор для маневра в такой ситуации на самом деле ещё меньше. Вы должны написать заявление работодателю об увольнении - по умолчанию работаете как ни в чём не бывало, даже если не платят. После того как заявление будет перередано, вы некоторое время все равно продолжаете выполнять свои обязанности - иначе работодатель имеет право вас уволить уже совсем по другой статье. Одновременно нужно подать заявление в надзорные органы (лучше - коллективное), поскольку факт нарушения со стороны работодателя должен быть официально зарегистрирован - иначе ни чего не было. Дальше процесс может растянуться на месяцы и тут от вас мало что зависит. Точнее нужно быть готовым постоянно его пушить. Работники, кто сталкивается с этим в первый раз, естественно будут сомневаться, прежде чем пойти на прямой конфликт.
Я отвечал лишь на вопрос про перфоманс, и зачем тут понадобился GPU. На практике всё зависит от набора ваших приложений, сценариев использования и зоны комфорта. У кого-то компилятор выводит отладку, кто-то листает man, кто-то может до сих пор пользуется emacs, lynx и mutt.
В Windows исторически свои сложности. Там терминал с консолью это несколько компонентов и сервисов, размазанных по разным слоям и изоляциям. Основной упор они делали на безопасности и так чтобы не ломать совместимость с разным легаси ещё со времён DOS. Но конечная перерисовка даётся дорого.
Насколько медленно работает терминал можно легко увидеть, допустим если запустить приложение, которое выводит в реальном времени в stdout плотный поток логов (как вариант - любое через strace). Тогда даже невооружённым глазом заметно, насколько приложение начинает тормозить из-за задержек на стороне терминала.
В плане сложностей с графикой современный терминал не сильно уступает тому же браузеру. Четверть века тому назад ни кто не мечтал о 32bit цветах, разрешениях 4К, векторных шрифтах с кернингом и антиалиасингом. Плавность и скорость прокрутки и возможность перерисовки с частотой 60 кадров в секунду тоже мало кого волновала.
Проекты это сложные системы, в том смысле, что из-за девиаций и компенсаций в них проблематично проследить влияние какого-то одного фактора. 16% разницы в реальности вы ни когда не заметите. Может просто кто-то станет чуть реже ходить на митинги. Либо, если аутсорс, то продадите на одну позицию больше, и за это ещё получите премию от компании.
Писать тесты как документацию к спецификации, чтобы они получались достаточно выразительными, это довольно крутой навык. Прямо как отдельный жанр литературного творчества. Если ребята такое уже умеют, вам повезло. Если нет - будут учиться годами за ваш же счёт. Считайте это тоже инвестициями.
К тому же за 20 лет многое поменялось. На юнит тестах клин светом не сошёлся, и если на проекте их нет, то обязательно отрастет какой-нибудь другой навык. Например, теперь масса ошибок отлавливается просто статическим анализом кода, прямо в текстовом редакторе.
@nin-jin часто выступает против ветра. Однако, по моим наблюдениям, делает это абсолютно искренне. Кг, но как автор он хорош.
Как померять ROI для юнит тестов? - вот это интересный вопрос.
В статье предлагают считать по количеству фейлов (т.е отловленных багов). Но у ответственных разработчиков, которые запускают тесты перед коммитом, они фейлятся локально - на CI все обычно зелёное. В отличие от E2E, где фейл в большинстве случаев приводит к регистрации бага в системах.
В остальном обсуждают какие-то крайности. Но крайности на то и крайности, что в них ни чего хорошего нет. Тесты разные нужны, тесты разные важны.
В учебнике по тестированию должна быть теоретическая глава с описанием того, чем отличается нормальный баг-репорт от неконструктивной критики. А так же - чем отличается конструктивное решение от заговаривания зубов. Комменты здесь уже выглядят как практическое занятие. =)
Сложилось впечатление, что сотрудники подбираются и воспитываются в духе преданности конкретному человеку - что-то в духе отец и дети. Роль "папы-патрона" играет в компании один человек. Масштабирование может быть лишь вертикальным - с делегированием части своих полномочий вниз. О горизонтальном масштабировании - коллегиальном управлении, в стиле совета директоров, - речи быть не может. Или нет?
Ну денег в экономике меньше не стало - такого в принципе быть не может, чтобы их становилось меньше. Просто они в очередной раз перераспределись.
Энтерпрайзное IT долгое время было удобным способом смывать ярды бабла налогоплательщиков
во вникудакуда надо. Но 022423 открылись новые возможности - военные цены, бюджеты и реали это гораздо круче. Тут один танк живущий 60 секунд стоит как годовой бюджет целой команды, пилящей для проформы какую-нибудь бесполезную ерунду.Это русское слово "Пей", записанное английскими буквами. Ну вы же понимаете.
Логика это зонтичное понятие, обозначающее искусство рассуждать. В рамках него изучаются различные логические системы. А их на самом деле уже придумали тьму - как формальных так и неформальных. Поэтому когда речь заходит о том что логично, а что нет, то нужно всегда уточнять - в рамках какой системы. Поскольку в зависимости от системы абсолютно валидные выводы могут быть прямо противоположными.
Просто относиться с уважением и соглашаться с ним это разные вещи. В результате окружающие вас не будут пытаться убивать за грамматические ошибки.
Ребёноку - красную.
Но можно поставить вопрос иначе: что выберете вы когда не знаете какую таблетку выбрали ваши дети? В силу возраста с рациональностью у них пока не очень, и они могут выбрать синюю просто потому, что она красивее.
Попадая в среду, где язык совершенно не русский, начинаешь реально ценить терпимость местных к неизбежным ошибкам, акценту и т.п. когда хочешь общаться на не родном для себя языке. Не понимаю кто ставит вам минусы.
Автор показал ситуации, когда тупое следование рекомендациям Clean Code только ухудшает качество решения.
Инженерные задачи всегда решаются в ограничениях. Поэтому любые фремворки (включая логические) должны четко обозначать область своей применимости, и не претендовать на звание истины в последней инстанции.
Лорд жив!
Исторически, куча паттернов в ООП пришла из языков типа c++/java/object pascal - где асинхронщина изначально отсутствовала. Но современное состояние уже другое. Сейчас ни что не мешает писать асинхронный код на тех же принципах, используя все фишки ООП.