Блог

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

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

Люблю VS Code, но на Linux (я его использую в Fedora) он достаточно часто падает

Я как-то уже записывал видео про ревью кода, как я познакомился с pull запросами и мое отношение к ним. 

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

Я помню когда я начинал работать с SQL, то тогда я использовал старый способ объединения таблиц, где в FROM просто перечисляются имена таблиц, а в WHERE идет наведение связей. Такой же подход долго работал в Oracle и для меня он был более читаемый. Использовать INNER JOIN, LEFT JOIN для меня было болью по двум причинам - я не считал его более наглядным и я вечно опечатывался и писал JOING. Я кажется даже где-то в книге или статьях опечатывался на автомате. 

Сейчас дочка в колледже проходит базы данных и SQL и она позвала меня помочь ей с запросами и я заметил, что у нее та же проблемам, она постоянно пишет JOING. Это семейное или у вас тоже такое было? 

Не раз слышал заявление, что меньшие задачи приводят к тому, что мы можем быстрее выйти на рынок. Допустим, что мы строим автомобиль и разбивкам задачу на более маленькие – собрать двигатель, собрать кузов, покрасить, установить двигатель на кузов. Отличное, мы разбили большую задачу по сборке автомобиля на маленькие, но сможем ли мы после сборки двигателя сразу выйти на рынок и доставить результат клиенту? 

Теоретически мы можем доставить двигатель клиентам и сказать – вот видите какую крутую фигню мы строим. 

Я как-то создал открытый проект CMS на C# (https://github.com/mflenov/cms), с помощью которого хотел показать и рассказать, какую я когда-то создал CMS и как я вижу системы управления контентом. Примерно такую CMS я когда-то написал, работая а Sony. Именно ту я не могу выложить, потому что права на нее принадлежат компании, которая мне платила деньги, а немного другую идею (на мой взгляд даже лучше) я могу реализовать с нуля. 

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

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

Интересное видео https://www.youtube.com/watch?v=k-fwgO6m-9M которое отражает мою боль. Есть три типа программистов - любители пробелов,  табов и пофигисты. Благодаря Майкрософт и тому, что именно пробелы по умолчанию в VS и VS Code пофигисты используют пробелы, потому что они просто не меняют свои редакторы, поэтому любители табов проиграли 

Кто знает, помнит, угадает без гугла что такое Kylix? Я сам не сразу вспомнил.