• Видеокарты продолжат дорожать: накрутка при помощи посредников, нехватка мощностей и геймеры
    +1

    Но… видеокарты не "продолжают дорожать" уже последние пару месяцев. А ровно наоборот. Да, тот же ДНС всё так же продолжает выметаться начисто перекупщиками, но перекупщики уже вынуждены пересматривать цены вниз, а не вверх.
    Да, текущая цена всё еще очень далека от MSRP, но текущая цена идёт вниз (примерно за курсом эфира). Те же 3060 по нынешним ценам и с нынешней доходностью уже отбиваются сильно дольше, чем за год.

  • В RTX 3080 Ti понижена мощность майнинга не только Ethereum, но и других криптомонет
    +2

    Вы не только экономику всю прогуляли, но еще и авито не открывали?
    Дефицита по нынешним x3 ценам уже никакого нет, он пропал так сразу, как биткоин вернулся в <40 русло. И эти x3 понемногу начинают проседать, в данный момент оно скорее уже х2.8, чем х3+.


    Разумеется, пытающиеся продать видеокарты по откровенно завышенным ценам — еще долго будут пытаться их продать. Но да кто ж им доктор.

  • Хватит организовывать код по типу файлов
    0
    Что проще сделать:

    Проще — разумеется, внести изменения в базовые классы и классы передачи данных, а потом отрефакторить весь код, на который вам укажет компилятор или тайпчекер.


    И внезапно становится совершенно не важно, в каких директориях оно лежит.

  • Хватит организовывать код по типу файлов
    0

    Когда этих файлов становится дофига — всё равно неудобно, даже тупо пролистывать до нужной буквы, когда ты точно знаешь, что за файл тебе надо открыть.
    Ну и не весь код в проекте можно связать статическим анализатором.


    Но в целом я вас поддерживаю, я обычно пользуюсь правилом "если ты можешь не создавать очередную директорию — не создавай её".

  • Хватит организовывать код по типу файлов
    +1

    А вы не так делаете? У вас всё лежит не на кухне, а на складах (ложек, кастрюль, и т.д.)?

  • Хватит организовывать код по типу файлов
    0

    Если по DDD раскладывать, то так в общем-то в итоге и получится.
    Другое дело, что сразу же может быть далеко не очевидно, как же лучше всего раскладывается, и придётся немного поперекладывать в процессе развития кода.


    В частности, именно поэтому я всегда топлю за простые относительные импорты в js/ts — с ними перекладывать файлы можно как угодно, IDE за тебя все пути отрефакторит сама.

  • Хватит организовывать код по типу файлов
    0

    Если честно, у вас даже на примере в вакууме что-то не складывается.


    А в случае с per feature подходом мы импортируем api и state из папки comment.

    А импорт компонента коммента куда подевался? Или вы не собираетесь переиспользовать компонент? Ну тогда немного неудивительно, что потом разгребать надо.


    После пары таких итераций проект per feature проект становится полон перекрестных зависимостей

    Что плохого в перекрестных зависимостях? Перекрестные — не циклические.

  • Хватит организовывать код по типу файлов
    +25

    Самое забавное, что не смотря на крайнюю очевидность этого всего ("классификация по смыслу" — это DDD, в конце концов) — и по сей день постоянно встречаешь проекты, разложенные самым противоестественным и неудобным для восприятия образом.

  • О сложности в работе программиста
    0
    Очевидно, рефакторинг своего кода в более простой не меняет зону ответственности.

    Я говорю о менее банальных случаях, чем просто переусложнённый без какой-либо необходимости код.


    Это признак сложного в сопровождении кода. Скорее всего, такой код имеет смысл улучшить.

    Вы, собственно, делаете всё ту же логическую ошибку, думая, что все задачи принципиально возможно решить простыми способами. Нельзя. Под соусом "улучшения своего кода" обычно и происходит выпихивание сложности туда, где иметь с ней дело будете не вы.
    Сложность можно бесконечно наращивать и бесконечно переносить из одного места в другое. Бесконечно уменьшать её — невозможно, и существует масса задач, у которых этот минимальный уровень сложности всё равно запредельно непрост.

  • О сложности в работе программиста
    0
    не надо

    Речь о том, что под "не надо" довольно часто скрывается "вообще-то надо, но чего-то очень не хочется".

  • О сложности в работе программиста
    +3

    Увы, без конкретики это всё сферические рассуждения в вакууме. Кто сам набил шишек — тот поймет, кто не набил — не поймет. А интересно было бы как раз переводить из вторых в первые без N лет собственного опыта.


    В частности, очень часто люди "работают со сложностью" путем простого выпихивания её из своей зоны ответственности (в стороннюю библиотеку, в компилятор, на уровень архитектуры системы, или вообще из кода), а дальше хоть трава не расти. И при этом считают, что грамотно с этой сложностью справились.

  • Либо быстро, либо неправильно
    0

    Пока подобные размышления никак не привязаны к стоимости разработки — название статьи можно без проблем заменить на "либо у вас этого нет, либо есть неоптимально". Мир софта немножечко шире библиотеки Datascript.


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

  • Другая сторона медали или про недостатки юнит-тестирования
    +3

    Поддерживаю по всем тезисам. И это всё — собственно, собирательная причина того, что TDD сложно назвать каким-то другим словом, кроме как "культ". Действительно, хорошие и полезные тесты — хороши и полезны, но на их создание уходят значительные усилия, и покрытие такими тестами будет скорее всего сильно меньше 100% (но покрытие — вообще не тот параметр, за которым следует гнаться). Все остальные тесты — как минимум немножечко вредят, а не помогают. Как максимум — вредят очень сильно. Например, толстая пачка посредственных тестов, порожденных адептом TDD при написании кода — вредит немножечко, но стоит только эту пачку поддерживать вдолгую — и она уже начинает вредить сильно, отжирая время на поддержку, обновление, перестановку всех граничных случаев, и т.д.

  • Доверяй, но проверяй: когда слежка за сотрудниками просто необходима
    +12

    Для начала вообще стоит обосновать, что это способ решения, а не способ создания еще большего количества проблем.
    1) Техсредства не учитывают закон Гудхарта. Если без техсредств работник сидящий за рабочим компом в рабочих программах — скорее всего занят делом, то с техсредствами — не обязательно.
    2) Декларируя высочайший уровень недоверия к сотрудникам — вы в конечном счете формируете коллектив только из таких работников, которые готовы его выдерживать. Остальные уйдут, или не пойдут к вам работать.
    3) Как следствие из закона Гудхарта — сбор определенных метрик спровоцирует отношение "искать под фонарем, а не где потерял" со стороны менеджмента. Ради выдерживания этих метрик в определенных границах будет проделываться некоторая работа, даже не смотря на то, что сами по себе метрики не обязательно будут хоть как-то связаны с успешностью деятельности компании.

  • Следует ли мне бросить видеоигры?
    +1

    Нет, просто у вас очень уж своеобразное (на самом деле нормальное, таких большинство, только правильным оно от этого не становится) восприятие статистики. У XCOM всё хорошо с вероятностями.

  • Следует ли мне бросить видеоигры?
    +2

    Эта - "необходимая", а не "основная". Если же она же таки и основная - ну, значит жизнь сложилась мягко говоря незавидно.

  • Следует ли мне бросить видеоигры?
    0

    Да, безусловно. Но, начавши сваливаться в эксапизм, вы не знаете, когда именно вы остановитесь.

    Этот тезис применим к большинству вещей, которыми вы можете заняться в жизни.

  • Следует ли мне бросить видеоигры?
    +1

    Я исхожу из того, что все люди более-менее хотят хорошо и вкусно есть, иметь более-менее комфортную крышу над головой, не болеть (а при болезни иметь возможность её починить), производить впечатление на потенциальных романтических партнёров, етц.

    И это всё бьется с физтехом приблизительно никак. Плюс, людям на самом деле надо даже не это, а счастье и вот всё такое. Просто так уж вышло, что обычно таки ради одного надо достигать и другого в какой-то мере - сложно быть счастливым без крыши над головой и питаясь объедками (но некоторым вполне удаётся, к слову сказать).

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

  • Следует ли мне бросить видеоигры?
    0

    Я затрудняюсь представить себе человека, для которого эти самые катки были бы полезнее

    Это потому, что вы "пользу" либо объективировали, либо вашу собственную субъективную "пользу" попробовали подвести под произвольного другого человека.

    Это как раз та точка в разговоре, где пора уже немного вспоминать про философию, чтоб не впадать в маразм а-ля "зарабатывать 10001 доллар в месяц полезнее, чем 10000".

  • Следует ли мне бросить видеоигры?
    0

    Он у вас там не зря с маленькой буквы, а у меня с большой. Но это совсем другая история (о сложности отбора, и так далее).

    Sunk cost fallacy еще забыли. Впрочем, судя по всему, для конкретно вас оно таки оказалось "куда полезнее и приятнее". Просто не надо забывать, что это не универсальное правило.

  • Следует ли мне бросить видеоигры?
    +4

    Исхожу из предположения, что оконченный Физтех в жизни в долгосрочной перспективе куда полезнее и приятнее десятка тысяч каток в Age of Empires II.

    Очень спорное во всех смыслах предположение. И я тут тоже не про философскую точку зрения, да.

    У вас есть такой личный анекдот, у меня - другой. Бывший школьный товарищ с оконченным физтехом, и 8 годами различных попыток работ по профильному направлению. И с тех пор в итоге работает фитнесс-тренером по зову души. Физтех, по его личной оценке, был для него ужасающе бесполезной тратой времени а-ля армия, только гораздо дольше.

  • Следует ли мне бросить видеоигры?
    +1

    Почему вы считаете, что тут есть проблема?

  • Следует ли мне бросить видеоигры?
    0

    Это та, благодаря которой вас впишут в мировые анналы истории. Или, на худой конец, та, которую вы будете жить вечно. Что-то из этой серии.

  • Следует ли мне бросить видеоигры?
    +1

    Но долю гуманистических причин также бесспорно имеет.

    Это очень сильное утверждение, и мне совсем не ясно, на чем оно у вас основано.

    Все "гуманистические" причины регулирования тех или иных аддиктивных субстанций - это не более, чем следствие экономических причин. Желание сделать так, чтоб люди побольше оставались работоспособными, короче. Ну и в идеале еще и при этом отдавали государству побольше.

  • Следует ли мне бросить видеоигры?
    +2

    Производители виноваты в наличии существенной массы людей, "ведущихся" на те или иные вещи настолько сильно, что вокруг этого можно выстроить индустрию? Я правильно понял вашу мысль?

  • Следует ли мне бросить видеоигры?
    +5

    Это когда «запустил игру, очнулся через пару месяцев без жены и работы».

    В таких случаях - проблема лежит совсем не в области игр.

  • Вы не просите дать вам работу, вы продаёте услугу
    +2

    А чтобы кушать вкусно, уже нужно бежать быстрее большинства.

    Обычно это самый трудоемкий способ из всех.

    Альтернативные варианты (такие как: бежать в несколько другом направлении, или же установить планку "вкусно" достаточно низко) легко могут быть гораздо более эффективными.

  • Вы не просите дать вам работу, вы продаёте услугу
    +1

    Естественно.

    Поэтому в реальности всего лишь достаточно бежать быстрее самого медленного, чтоб не быть съеденным.

  • Вы не просите дать вам работу, вы продаёте услугу
    0

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

    Тут я с вами согласен. Я не согласен с тем, что для таких работников в ИТ есть какие-то особые фронты работ, на которых выгоднее кидать именно их. На мой опыт - обычно таки нет. В лучшем случае - есть очень временно. Но обычно всякая выгода от относительной дешевизны и массовости "работяг" нивелируется тем, что на N таких требуется один ответственный разработчик, и ему придётся в основном не самому писать, а стоять с условной палкой и контролировать качество. И N не особо велик.

  • Вы не просите дать вам работу, вы продаёте услугу
    +2

    Я имел ввиду ремонт в западной Европе (!= евроремонт из 2000х).

    Я видел ремонт в Штатах. Ничего необычного, всё так же. И всё такая же лажа порой всплывает. Разница в основном в том, как потом переделают, когда косяки всплывут.

    С ручной работой справляются абсолютно неиспорченные интеллектом исполнители.

    Если у вас в программировании есть существенный объем ручной работы - значит, вы просто не справились с автоматизацией этого объема ручной работы. Ну, или вам дешевле нанять "работяг" и потом за ними разгрести, так тоже бывает. Ну или вы думали, что можно будет обойтись одними работягами, а потом всё начало разваливаться. Так еще чаще бывает.

    Уже 25 лет пишу и чиню код, все системы, прожившие больше 3 лет отличались тем, что был на месте leadership на этапе MVP

    Я в курсе, что нормальная архитектура приложения - это необходимое условие. Проблема в том, что это не достаточное условие. Я видел системы, медленно загибающиеся по ~10 лет просто потому, что архитектура офигенная, а вот UI говно (а говно он исключительно потому, что технические руководители просто сами не дотягиваются своей экспертизой до тонкостей UI, и там всё сваяно исключительно "работягами", работающими по принципу "баги найдут - я исправлю").

  • Вы не просите дать вам работу, вы продаёте услугу
    +2

    Такой подход всегда приводит к тому, что хорошо спроектированная система рассыпается в конечных точках (фронты и т.п.), и контора потом судорожно ищет дополнительных "профессионалов" (по вашей классификации), которые бы разгребли всё, что было понаворочено.

    Зато архитектурка - прям ууууух, ага.

    Ваша аналогия с ремонтом - это собственно прекрасно подтверждает в реальной жизни. "Профессионалы" всё запроектировали, "работяги" сделали - а потом оп, и штукатурка отваливается, потому что локальное нарушение температурного режима (трубы в стене). "Профессионалы" каждую трубу не разглядывали, у них только общие инструкции на это есть. "Работягам" вообще пофиг, есть инструкции - в 99 из 100 случаев всё сделали по ним, а 100й случай граничный и сделали, как смогли.

    В разработке софта всё точно так же, только еще и никакой профессионал не может своей мегаобразованностью пробить все уровни абстракций, а поэтому конечные исполнители "делают как могут" куда чаще.

  • Вы не просите дать вам работу, вы продаёте услугу
    +32

    Люблю такие статьи.

    Если из 5000 человек все 5000 научатся презентовать себя, то видимо всех 5000 наймут, по логике автора.

  • Итак, вы хотите создать компанию по улавливанию и хранению углерода
    0

    Все эти деревья надо как минимум высаживать достаточно далеко от тропической зоны (потому что там всё будет разлагаться обратно), а далеко от тропической зоны - оно и растёт медленнее. А дальше это надо будет не в строительную отрасль отдать, там оно сильно надолго не изымется - а в болото/вечную мерзлоту упихать, там оно имеет шансы хотя бы тысячи лет изъятым быть.

  • Чернобыль ч.4. Авария
    +2

    Тут дело в том, что воспоминания имеются не только Дятлова, но и других непосредственных участников. И они плюс-минус друг другу соответствуют.

    Разумеется, Дятлов - очень удобная фигура на роль злодея, не зря он по итогу оказался основным обвиняемым (сериал вон тоже злодеем выставляет именно его).

  • Почему сениор-разработчики чаще получают отказ на собеседованиях?
    0

    Ну вот у вас в (б) уже кругом "как", а не "что".

  • Почему сениор-разработчики чаще получают отказ на собеседованиях?
    +3

    Исключая некоторые бредовые аспекты статьи (про общение с клиентами разработчика, пусть и сеньора - я тоже не очень понял), вообще центральная мысль о том, что в собеседованиях для человека с опытом "правильные ответы" это зачастую не главное - она хорошая. Потому что ну да, не главное, экзаменовать сеньора алгоритмическими задачками или другими "вопросами из учебника" - не очень интересно, в первом море ложноположительных срабатываний из-за популяризации алгоритмов силами FAANG, во втором - большинство специалистов с опытом на вопросы за пределами своей конкретной текущей области скажут "я это посмотрю в гугле" (и будут правы).

    И вот тут становится важным не то, что человек говорит, а как он это делает, в каком направлении мыслит, и тому подобное. То есть, "сигналы".

  • Тетрис, который максимально бесит
    +1

    Это так не работает. Палки кладутся плашмя, и вот у вас 8 заполненных столбцов высотой во весь стакан, и кубы больше давать нельзя вообще (каждый куб будет полностью убирать 2 ряда). А если давать не кубы, то всё равно задача заполнения строк в 10 блоков свелась к задаче заполнения строк в 2 блока, и, думаю, там гораздо больше 31 строки можно убрать.

    Собственно "мировой рекорд" тоже по такому принципу действий делался, только игра даёт такие фигуры, с которыми заполнить 8 столбцов из 10 без дыр нельзя.

  • МВД заплатит 45 млн. за клон Truecaller
    +4

    Во-первых, бизнес климат в России очень хороший.

    Во-первых, нет.

    В РФ идут когда нужен хороший софт за осязаемые деньги и сроки без всякого смузи.

    В РФ идут, когда нужны разработчики. "Софт" и "разработчики" - это две большие разницы. Это даже не говоря о том, что и за разработчиками в последние годы идут ощутимо менее охотно. По причинам, лежащим в области законотворчества, в основном российского (но не только).

    Я вижу: кусок, коррупция, расстрел, бизнес-климат (такого термина в экономической науке в принципе нет)

    Вы накатали чуть ли не лонгрид, так и не поняв, что вы пытаетесь обсуждать политику с точки зрения экономики? Бывает.

  • МВД заплатит 45 млн. за клон Truecaller
    +4

    Надеюсь сарказм понятен?

    Нет, не особо. И аналогия ваша подобна котенку с дверцей, уж извините.

    В комментариях выше интересовались, как же "нормально" получать отечественный софт. И ответ на этот вопрос - таки "улучшать бизнес-климат, чтоб в РФ вообще имело смысл разрабатывать софт". Здесь нет ничего неконкретного, и это не философия, а самая что ни на есть реальность. Плохой бизнес-климат - вести высокомобильную деятельность (а разработка софта крайне мобильна) на этой территории становится очень мало кому интересно. Мало занимающихся - и отечественного софта тоже крайне мало.

    Разумеется, есть и другие схемы - тот самый "госзаказ", и тому подобное. Все эти схемы довольно далеки от "нормальности": они провоцируют коррупцию даже в тех странах, где за этим есть приличный общественный контроль. Ну просто потому, что там, где есть мотивация урвать и достаточно большой кусок, который можно урвать - всё равно будут желающие это делать даже под угрозой расстрела (см. коррупцию в Китае). В стране же, где общественный контроль невозможен, а принцип разделения властей убит на корню - говорить про какую-либо "нормальность" госзакупок и прочих плановых решений и вовсе не имеет смысла.

    Я достаточно подробно излагаю, или вы всё равно считаете, что тут связи столько же, как между 2+2 и смыслом жизни?

  • МВД заплатит 45 млн. за клон Truecaller
    +13
    А как правильно-то?

    Ну я даже и прям не знаю… как насчёт начать с улучшения бизнес-климата, чтоб в РФ можно было работать без очень серьезных и имеющих под собой богатую документальную почву опасений насчёт того, что "в случае чего" твоё дело в мгновение ока станет не твоим?


    Но ах да, это же очень сложно и вообще вы не понимаете, это другое (с). Поэтому остаётся только разгонять очевидно коррупционные схемы, да писать умилительные посты в духе "ну слушайте, а вот вдруг они не попилят?".