Дмитрий Б

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

1. На этот путь меня поставил фриланс, где ты просто вынужден быть конкуренто способным и продавать решения в бюджет клиента
2. Закрепило это правило чувтсво необходимости получать удовольствие от своей работы. Я очень быстро дошел до того, что качество моего кода не приносит мне удовольствие, и начал искать удовольствие в предоставлении клиенту оптимального решение в "цена - качество - результат"
3. Есть прием доведения до абсурда в обе стороны. Смысл примерно следующий. Клиент приходит с фичей. Разработчик, который старается думать бизнесом, кроме самой фичи оценит ее с 2х сторон. 1. Можно ли сделать эту фичу еще проще? Потратить еще меньше денег, чтобы проверить новую потребность. И противоположность. Если я за X времени сделаю фичу так, как хочет клиент, но она не принесет должного результата, то сколько мне понадобится Xn часов, по моему мнению, чтобы получить нужный результат. Если это больше чем X3 то клиента надо об этом предупредить
4. Перспектива. Вы дали клиенту совет, но кто оказался прав, он или Вы? У меня сейчас такая же ситуация. Клиент просит решение максимально простое на 150 часов. Я же считаю , что качественное решение его пробелмы займет минимум 1000 часов, и за эти деньги вместо разработки алгоритма машинного обучения, можно оплатить 3000 человеко часов не IT решения, которые будут гораздо эффективнее. Но, чтобы узнать кто же все таки был прав, мне нужно проработать на проекте еще минимум год.

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

Или например надо обновить что-то в БД на проде, я пишу миграцию, потом делаю ревью, потом накатываю, а мог бы просто выполнить запрос на прямую в БД.

это выбор между тем как и надо и как быстро, лучше по-правильному делать если есть возможность

Запрос у вас не правильный потому что в where противоричие - как sf.code может быть одновременно и brand и model и т.д. в одной записи?
Чтоб сделать его правильным нужно между скобок поставить OR, а не and.
Для неполного условия просто уберите из запроса скобку с соответствующим условием.

Оторвал бы руки, за то что ты пишешь вопрос курсивом

<div class="wrapper">
  <div class="box"></div>
</div>

.wrapper {
  width: 100px;
  margin: 0 auto;
}

.box {
  background: goldenrod;
  margin-left: auto;
  margin-right: auto;
  padding-top: 50%;
  padding-bottom: 50%;
}

Нашел решение.
Позвонил в Apple и там подсказали как включить список всех вариантов разрешений.
Оказывается все просто, заходим в "Системные настройки" => "Мониторы" => Там выбираем вкладку "Расположение" (если у вас выбран режим "Расширение рабочего стола) => после этого жмем на пункт "Масштабирование" с зажатым alt, появится список всех возможных разрешений.
Слава поддержке Apple.
Хотя конечно мне не понятно, почему нужно было скрывать эти настройки, но бог с ним.
Слава поддержки Apple.

Очень заинтересовал проект Yandex Zen, который управляется ИИ.

Откуда инфа? Они при первом контакте просят выбрать несколько интересующих тематик. Потом дают выборку по ним, каждый материал попадает в несколько тематик, чем больше пересечения с интересами - тем лучше. Не вижу тут ИИ. А вот для определения тематики статьи могут использоваться алгоритмы на базе нейронных сетей, что тоже не ИИ.
Для работы ИИ или нейросети, нужны ресурсы, нет смысла их палить при частом событии (выборка для пользователя), лучше палить ресурсы при парсинге статьи присваивая ей тематики, теги и т.д. А пользователя кормить примитивной выборкой на базе стандартизированных интересов + кэшировать, так как Ваши интересы явно схожи с еще 2000000 человек, так как вариантов тематик не много.
Есть конечно еще голосовалка, но там тоже больше примитив в виде исключения тегов и/или тематик. Весь изюм именно в парсинге статьи и ее каталогизированию.

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

1) https://fnd.io/#/ попробуй
2) Можно только угадывать, возможно приложение позже появилось, может быть рекламили одну платформу только, а возможно боты :)

может это
https://stackoverflow.com/questions/50451738/attem...
а еще тут
https://github.com/katzer/cordova-plugin-local-not...

Статистика в Google Play Developer Console в среднем опаздывает на два дня. Когда то интересовался этим вопросом и как выяснилось - за это время просто собирается и подготавливается информация из разных серверов. Иногда может быть больше двух дней. Если у вас задержка 4 дня, то значит и у других так же.

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

Курсы, книги, менторы и т д - это, конечно, хорошо.
Но самая реальная польза - сверстайте из psd 3-5-10 макетов pixel perfect. И без всяких бутстрапов. После энного макета постигните дзен и все поймете. И чем макеты будут разнообразнее, чем больше в них адаптивности и хитрых элементов - тем лучше. По непонятным моментам спрашивайте на тостере. А так, судя по опыту коллег, иметь "некоторые представления о css" и подгугливать можно до бесконечности.

Несмотря на то что данный вопрос отличается от массы похожих (как вам кажется), ответ все тот же - практика, практика, практика. Волшебной таблетки нет.
Постарался без абстрактных размышлений.

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