Как стать автором
Обновить
17
0
Сергей @cs0ip

Пользователь

Отправить сообщение

Проводил такие эксперименты. Минимальная доза алкоголя позволяет войти в состояние потока (пик Балмера), только если не каждый день это делать. Но от косяка потом 1,5 недели не код, а говно получается

А разве что-то кроме визга случилось с десятками отмененных американцев? От ученых-астрофизиков до актеров Голливуда

Ну да, добровольно.., спустя пару лет.., в стране, где тебя могут отменить за неосторожное слово.. похоже на правду

О, senior дегенерат вылез со своим ценным мнением, как удобно по 3 часа тратить на дорогу и сборы и пытаться работать через офисный шум

А если только последнее место и это причина ухода?

А почему он тогда ушел, раз так всё хорошо, что и сказать нечего?

А зачем нужно отделять сроки от объемов, если цель именно в сроках? Ведь сами объемы никого не интересуют.

В п.2 вы говорите про оценку затрат команды, но затраты как раз в часах, а не в объемах. Я никак не могу понять математику всех этих расчетов, пока магия какая-то. Т.к. интегральная оценка не из воздуха берется, а из частей с помощью определенных операций (сложение, взятие интеграла, пр.), а в статье говорится про то, что складывать нельзя

Спринт ведь имеет четкое ограничение по времени. Если мы пытаемся определить, сделаем ли, то фактически мы пытаемся сопоставить конкретный объем в СП и конкретный объем в часах. Мне казалось из объяснения выше, что по СП невозможно определить, укладываемся ли мы в конкретный временной промежуток

Хотелось бы аналогичную статью с пояснением, для чего и как стоит использовать SP. Потому, что с таким количеством того, чем СП не являются, складывается ощущение, что пользы от них сейчас как от квантовых компьютеров. Все говорят, но результатов нет и никто до конца не понимает

Если судить о дефиците по уровню ЗП, то у нас в стране дефицит депутатов

Автор стартапер просто, которому не приходится потом свой код поддерживать годами. В целом то рассуждения верные про простоту. Но местами явные перегибы в примитивизм с хардкодом, высокой связанностью и пр. bad-practices

Автор написал книгу начитавшись диванных психолохов и это видно когда он пишет про частые союзы эмпата и психопата, а на самом деле описывает людей с размытыми границами и кучей иллюзий, что к эмпатии отношения не имеет. Да и слово психопат употреблено на уровне кухонных разговоров, а не в научном смысле, т.к. реального психопата ещё поискать надо, их мало в процентном отношении. Может не стоит писать целые книги не разобравшись в предмете?

Вырос спрос "по словам Дом.РФ", совсем не заинтересованной стороны

TheShock игра понравилась, проголосовал за неё на greenlight. Но подскажи такой момент: у меня закончились свободные комнаты и я не могу построить помещение, необходимое для исследований, чтобы проапгрейдить корабль. Есть какая-то возможность заменить существующую комнату? А то я в тупике.
Я немного не уловил разницу в этих двух подходах. В обоих случаях создается некая заглушка. В первом случае заглушку генерит Moq, во втором вы пишите её руками. Если в коде что-то меняется так, что первый вариант нужно переписать, то с вероятностью близкой в 1, второй вариант тоже надо будет переписать. Так в чем же разница?
Ну так в своем первом комментарии я говорю, что для кэширования скомпилированного JIT кода модули вообще не нужны.
Но он ведь конкретно про .class-файлы говорит, поэтому мне кажется, что .h, .lib и пр. тут не при чем.
Знающие люди, поясните за модули в Java. Владимир Ситников предполагает, что это поможет избежать перекомпиляции кода при каждом запуске и позволит собирать более компактные jvm с урезанной стандартной библиотекой. Но ведь для этих целей модули вообще не нужны. Проверить изменения jar-ника можно по «inode + дата изменения + размер» или по хешу в крайнем случае. Модули ведь не дают больше гарантий, чем такая простая проверка? А что касается стандартной библиотеки, можно один большой jar разбить на 50 маленьких и при старте просто проверять наличие/отсутствие файлов по списку. Такая проверка, опять же, ничего не стоит. Получается, что потратили 5 лет (или не знаю, сколько, но много), усложнили жизнь некоторым разработчикам, но зачем?
Я всё жду статью, которая объяснит мне, зачем это делать. Пока лишь вижу какую-то субъективщину и вкусовщину. К тому же ряд возможностей scala, которые некоторые пытаются занести в недостатки, мне нравятся и их будет не хватать. Тот же implicit можно использовать безопасно и удобно в куче сценариев. А без pattern matching'а вообще не понятно как писать компактный код, это ж java какая-то получается.
1
23 ...

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность