Теория успешного стартапа

Вы бы про хозяев Ubera, и прочих microsoft-ов написали. Провели исследования о том, откуда у них денег оказалось столько на первоначальные инвестиции в «моторные лодки», которые потом позволили скупить всех конкурентов (а тех, кто не захотел продастся — задавить).

Путь мира и путь войны в ИТ-проектах

YRatay, наверное, имеет ввиду, что нет того, кто «строго спросит».

Категории вместо директорий, или Семантическая файловая система для Linux

Смотрели в сторону git annex?
git-annex.branchable.com
И, в частности, https://git-annex.branchable.com/tips/metadata_driven_views/ и https://writequit.org/org/git-annex.html

Учебный курс по React, часть 18: шестой этап работы над TODO-приложением

  handleChange(id) {
    this.setState(prevState => {
      return {
        ...prevState, 
        todos: prevState.todos.map(item => {
          return item.id === id ? {...item, completed: !item.completed} : item
      })}
    })
  }

Не в силах объяснить монаду

Вообще-то, программирование — это составление программ, т.е. алгоритмов (описания действий). ОПП, ФП, Структурное программирование и т.п. и т.д. — это все о том, как декомпозировать программу (алгоритм). На какие части и как. О том, как сделать кирпичики, чтобы из них собрать программу (алгоритм).

Описание требований и т.п. — это не программирование. И тут ООП не причем. Декомпозиция и описание ИС — это не совсем про программирование, т.е. написания программы.

Законопроект об «устойчивой работе» Рунета — что делать до второго чтения?

Детская наивность

Компаниям придется платить за доступ к цифровому профилю граждан

А не в РФ, когда идут стричь овечку, ее спрашивают?

Почему вы должны думать о функциональном программировании

на ocaml-е вроде ведь?

Манифест жёсткого программиста

Глупости какие-то пишите. Неужели думаете, что автор не согласен с тем, что исполнитель должен делать свою работу? Думаю, тут никто не спорит, что если была достигнута определенная договоренность между заказчиком и исполнителем, то эта договоренность должна соблюдаться.
«Манифест» не про то, что «не буду себя связывать обязательствами, буду делать что хочу, по своему капризу». «Манифест» про другое. Про то, что есть определенные технологические требования (ограничения), которые должны соблюдаться. Что на это надо обратить сугубое внимание, ибо из-за фетиша «БИЗНЕС», часто происходит наоборот. В угоду «удовлетворения капризов 'бизнеса'» часто страдает качество продукта.

И, действительно, не понятны эти «эджайлы». Например, то, что надо на совещаниях не «лить воду», быть конкретными и не затягивать эти совещания, так при чем тут «эджайл»? Это ведь при любом техпроцессе, в любой отрасли, является просто деловой этикой. Зачем тут придумывать «проводить мининги сугубо строго стоя?».

Другая сторона. Вовсе не обязательно рассматривать эту статью, как противопоставление «программисты» <-> «менеджеры». Ее можно рассматривать, против самих «программистов». Только против тех, кто жертвует качеством продукта.

Манифест жёсткого программиста

Сразу Делать Все Обдумано, наверное

Манифест жёсткого программиста

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

Манифест жёсткого программиста

Личный опыт показывает, что в большинстве «проектов» — такое дерьмо внутри, что мама не горюй. На качество времени нет, ибо «бизнес же платит, бизнес и танцует». Какой-то фетиш из «бизнеса». Нужно поднимать профессиональный уровень программистов. Нужно у программистов повышать уровень самооценки (с повышением профессионального уровня). Любой мастер своего дела (неважно кто, например, портной), должен уметь сказать заказчику (клиенту, «бизнесу»), «не, я так делать не буду, так делать — себя не уважать и иди ты лесом, если ты требуешь, чтобы я к понедельнику это сделал» (я ведь знаю, что к понедельнику я это качественно сделать не смогу, а если сделаю, то это будет «дерьмо», за которое я себя не буду уважать, как профессионала).
Что-то совсем уже тошнит от «проектов» с которыми последнее (и не последнее) время приходится сталкиваться, как там все внутри…

Манифест жёсткого программиста

Профессионалу, тому у кого есть «профессиональный вкус» — понятно

Время — деньги, или аргументы за и против почасовой оплаты

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

Время — деньги, или аргументы за и против почасовой оплаты

Тогда надо секундомер. Как пошел пописить, то сразу выключил секундомер.
Либо с заказчиком заранее обговорить, как будет оплачиваться время на пописить

16 мифов о CRM-системах

> Покажите место, где мы писали, что наша CRM всем подойдёт вместо open source и что «не программируйте, купите у нас» — и мы удалим пост

Сам дух статьи об этом говорит. Одна скрытая реклама. И навязывается вывод «не смотрите в сторону open source». Да, open source — не безплатно. Но гораздо дешевле. Там платишь, только за работу, а не «за продукт», который все равно надо «допиливать» под конкретику.
Не думаю, что в propriarity source программисты чем то лучше программистов в open source

Статическая и динамическая типизация

И при этом компилятор уже видит, что в ветке «можно звать функцию» x и y удовлетворяют типу функции?