Как стать автором
Обновить
1
Карма
0.5
Рейтинг
Олег @dopusteam

Разработчик

  • Подписчики 2
  • Подписки

История одного фееричного провала тестового задания на C#

настройки локальной культуры

А как int зависит от культуры? Там ж цифры только, нет?

«МегаФон» запускает своего голосового ассистента «Еву»

Представители оператора утверждают, что «Ева» сможет поддерживать беседу <...> с родственником.

Но зачем?

На что обратить внимание в резюме, когда думаешь, что всё там хорошо

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

И это как раз подтверждает мысль, что фото не нужны в резюме

DI не из ада

Когда зависимостей много, конструктор со всеми зависимостями становится совершенно нечитаемым

Может это сигнал, что что то пошло не так? Либо класс слишком много делает, либо зависимости слишком сильно разделены

Лучше безобразно но единообразно. Всегда пустой конструктор и инъекция через поля - не надо думать, какие поля вынести в конструктор

А ещё можно получить объект невалидный при желании

В конструкторе унаследованного класса не надо перечислять поля родителя.

А почему это хорошо? Лучше явно перечислять, чтоб, опять же, увидеть проблему, если зависимостей слишком много

Но лучше иметь такую возможность

Зачем? Лучше не создавать условий для плохого/запутанного кода

За последний год Microsoft выплатила $13,6 млн в рамках программ поиска уязвимостей в своих продуктах

Неужели одна из самых огромных компаний мира, не может тратить хотя бы 0.00006% (в 10 раз больше) на безопасность, не говоря уже о 0.6%?

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

Как я писал тестовое задание на Angular и почему некоторым разработчикам не стоит давать тестовое задание

Забавно, если если с такой формулировкой могут развернуть на код ревью)

Идеология бизнес-процессного моделирования

Судя по таблице 1, это документ на выходе.

Но в таком свете выглядит странно рисунок 3, где над стрелкой есть 'Принята в работу'

Как мы запускали сервис доставки товаров на такси

А как связаны цена и габариты?

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

Можете подробнее?

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

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

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

С другой стороны, если валидация требует вызова внешних сервисов и прочего, то это можно сделать при сохранении

Когда сущность создается из доверенного и недоверенного источника

Опять же, можно сделать разные сущности, либо разные конструкторы

У Вас ведь получается, что заказ проверенного клиента - это не то же самое, что непроверенного клиента, там наверняка ещё какая то разница есть, кроме количества товара

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

Сущность ни от чего не зависит, в неё ничего не пробрасывается, она просто может в себе список событий содержать (события- просто классы)

Сервис, ответственный за сохранение сущности (ну, непосредственно за перекладывание её в БД) уже имеет доступ к event bus'у, и он бросает события

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

При сохранении сущности можно бросить событие, а уж кто его перехватит и что сделает- на совести обработчика

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

Я думаю entity и инварианты имеют смысл при операциях изменения данных. В этом случае да, лучше достать все необходимое

Если же Вы просто читаете данные, то доставайте только то, что действительно нужно

Причиной неполадок «Госуслуг» стали новые сервисы

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

Интересно, а в таком случае происходит увеличение времени ожидания тех, кто ждёт своей очереди? Ну чтоб совсем как по настоящему было, когда без очереди лезут)

Причиной неполадок «Госуслуг» стали новые сервисы

Киберпанк который мы заслужили)

Внутренний опрос работников Apple показал, что им больше нравится удалёнка

Заголовок

Внутренний опрос работников Apple показал, что им больше нравится удалёнка

Статья

уже более 1% из всех сотрудников Apple открыто выступают за работу в удаленном или гибридной режиме

¯\_(ツ)_/¯

Почему сложно понять, что код не должно быть сложно понять?

Понять не сложно, только знает ли вопрошающий, что он действительно хочет?

Это либо: а) Понятно должно быть мне, то, что пишут другие, либо: б) Понятно должно быть мне самому, в моем собственном коде, спустя продолжительное время.

Вообще, в комментариях обсуждение ушло немного дальше, чем я планировал :).

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

Короче говоря, как по мне, статья из разряда: «А поговорить?». Поговорили. Что дальше? :)

Ну это же уже хорошо, Вы вот привели интересную мысль со стилем и концепцией программирования, например.

Почему сложно понять, что код не должно быть сложно понять?

Хорошие комментарии, спасибо.
К сожалению, не все проблемы читаемости можно избежать соблюдением стандартов разработки. Те же пресловутые имена переменных\методов.

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

Обычное двоичное дерево для тестового задания

Из-за меня постоянно увольняют людей. И мне страшно

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

Деньги - лучшее побуждение?)

Что внутри у Алены: разбираем чат-бота по косточкам

Многим не нравятся чат-боты. Это – скорее вопрос психологии. Человеку удобнее общаться с человеком, уникальной личностью, а не машиной

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

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

Когда я сказал 'Свяжи меня с оператором' (куда уж понятнее), бот меня не пускал и утверждал, что он может помочь.

Вряд ли я ещё приду к вам в магазин с таким отношением к клиентам

Информация

В рейтинге
1,228-й
Откуда
Россия
Зарегистрирован
Активность