Не надо учить Machine Learning

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

Программист не должен решать задачи бизнеса

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

Лучшие вопросы средней сложности по SQL на собеседовании аналитика данных

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

The Clean Architecture на TypeScript и React. Часть 1: Основы

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

Нейросетевой калькулятор для сложения и вычитания не очень больших чисел

Видимо невнимательно прочитал статью, не нашел информацию о точности

Go vs Python. Виталий Левченко

Когда начинал переходить на Go, тоже был в восторге, какой простой, понятный язык и для всего есть готовые библиотеки. Но потом оказывается, что за простоту приходится платить и в нем нет многих вещей к которым привык в других языках. Библиотеки на все случаи жизни оказываются не доделаны и многое ещё не реализовано. В итоге пришось написать dll на другом языке, чтобы обойти узкие места в Go. В общем разочарован, возможно нужно глубже копать, но хочется писать код, а не искать как же всё-таки заставить его работать

Что делать, чтобы получать нормальные деньги и работать в комфортных условиях, будучи программистом

Я бы не стал так категорично говорить, что нужно избегать гос.конторы. Большая часть про них это правда, но если мы говорим о возможности зарабатывать в будущем, то в маленьких городах, по крайней мере раньше, было довольно сложно найти работу программистом, не 1С. Я в свое время ушёл из 1С в гос контору, потому что там кодили на Delphi. Проработав там пару лет меня взяли в софтверную компанию благодаря опыту в гос конторе.
Не хочу поднимать холивар, но хватит пинать Delphi, есть круг задач которые на нем очень хорошо решаются.
"Не работайте «мастером на все руки»" — не совсем согласен. Проработав в госучреждении приходилось выполнять и работу программиста и работу админа. Да админ из меня так себе, но знания эти точно не лишние для программиста. И что такое не работать мастером на все руки? Есть fullstack разработчики, они чем-то не тем занимаются? Мне приходится кодить на Delphi, Go, Typescript, да я не отличный программист на TS, но знание всех этих языков точно не мешает руководить разработкой

Настоящее реактивное программирование в Svelte 3.0

Вы тут говорите о принципе построения веб-приложений, а именно event-based approach и state-based approach

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

То что вы не можете отличить React/Vue/Angular/Svelte лишь говорит о том, что опыта использования этих фреймворков у вас не очень много

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

Настоящее реактивное программирование в Svelte 3.0

В давние времена приходилось все делать руками, из js лесть в DOM искать нужный элемент и при изменении состояния менять его или создавать новые элементы. Сейчас все это на себя берут Angular/Vue/React. Вот между этими подходами огромная разница. А разница между тем как написать :if или *ngIf уже не существенна лично для меня

Настоящее реактивное программирование в Svelte 3.0

Принципиально другой подход, в данном случае просто слегка разные ключевые слова и синтаксис

Настоящее реактивное программирование в Svelte 3.0

<h1 style="color:red">Hello {{ name }}!</h1>
<h1 style="color:red">Hello {{ name }}!</h1>
<h1 style="color:red">Hello {name}!</h1>

<input v-model="name">
<input [(value)]="name">
<input bind:value={name}>

<button v-if="count < 10" @click="count++">
<button *ngIf="count < 10; else elseBlock" (click)="count = count + 1">
{#if count < 10} <button on:click={e => count++}>

<div v-else>
<ng-template #elseBlock>
{:else}

Для Вас это действительно принципиальная разница?

Настоящее реактивное программирование в Svelte 3.0

Почему Svelte постоянно сравнению с React? Я когда вижу в статьях код написанный на Svelte, не сразу отличаю его от Angular и Vue.

Прокачиваем разработку на Vue с помощью паттернов: HOC

"если нужен другой компонент со звуком?"
"не выдумывать новые компоненты"
Так нужен компонент или не нужен?

Прокачиваем разработку на Vue с помощью паттернов: HOC

Мне кажется мы друг друга не правильно поняли, вы предложили, то что я написал в первом комете

Прокачиваем разработку на Vue с помощью паттернов: HOC

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

Прокачиваем разработку на Vue с помощью паттернов: HOC

Чем это хуже кучи непонятных обёрток?

Прокачиваем разработку на Vue с помощью паттернов: HOC

Один компонент MyButton у него свойство settings: {
logger: boolean,
sound: boolean,
popup: boolean
}
И обрабатывайте как вам нужно

Прокачиваем разработку на Vue с помощью паттернов: HOC

Три раза прочитал, так и не понял зачем все это. Нужна кнопка с логированием, сделайте компонент назовите LoggerButton и используйте его, там где нужно логирование. Нужно куча всякого функционала, создайте кнопку MyButton, добавьте необходимые св-ва и в соответствии с ними меняйте логику поведения.
Или я не правильно понял поставленной задачи

Пишите меньше кода

Это все преимущества? Не увидел ни одной весомой причины, почему я должен с Vue перейти на это

Как разделить фронтенд и бэкенд, сохранив взаимопонимание

Как дела у всех этих модных GraphQL и gRpc обстоят с документированием api? У GraphQL на сколько помню все довольно не плохо, а у gRpc?