О качестве современных книг по программированию…

Автор: | 17.06.2017

Сегодня при прочтении книги по одному из языков программирования (из серии от новичка до профессионала) столкнулся с интересным моментом.

В главе, посвященной работе с базой данных, был написан пример построения программы. Все было ничего, если бы бы уважаемый автора работы не стал делать весьма странные запросы к базе данных. Полностью собирает строчку запроса,  потом отдает на сервер без связанных переменных. Ну так же нельзя работать с базами. Им же больно от этого и они болеют. Поясню, на всякий случай, что при этом происходит каждый раз подготовка и выполнение запроса. Если часто так работать, то это будет куда медленнее, чем при использовании связанных переменных, когда запрос уже разобран и подготовлен СУБД.

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

Сломал Linux Mint

Автор: | 08.06.2017

Ну вот и я смог сломать Mint. На самом деле сам был полный дурак. Экспериментировал с сборкой Python и его установкой в замен того, то есть в репозиториях Ubuntu. В итоге при сносе пакета python3 (спрашивается, а на кой я его вообще выносить стал) я ответил на вопрос о сносе графической оболочки, как зависимой от этого пакета. Ну в общем, кроме командной строки у меня ничего не осталось.

Как не удивительно, но командная строка работала на ура. Я спокойно смонтировал внешний накопитель и слил все нужные файлы. Опять хвала Linux — все они были только в моем home.

По итогам восстановление системы без резервной копии заняло в районе 30-40 минут (переставлена система и скопирован home). Еще 10 минут настройки и все заработало. В общем это мне реально понравилось больше чем восстановление Windows, на который уходит куда больше времени, ну и потери побольше будут 🙂

Сравнение широкой и узкой таблицы (плюсы и минусы)

Автор: | 07.06.2017

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

Функции по работе со строками в Postges

Автор: | 05.06.2017

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

Установка pgAdmin4 на Ubuntu

Автор: | 02.06.2017

Сегодня в процессе установки Postgres на виртуальную машину с Lubuntu, столкнулся с необходимостью поставить еще и pgAdmin. В общем с третьим проблем не возникло, так как он есть в официальных репозиториях, а вот с четвертым все не так просто. Нашел статью, которая мне помогла и решил ее оставить здесь. Спасибо огромное автору, все прошло как по маслу, хотя специалистом ни в Python, ни в Ubuntu, я не являюсь. Ну по крайней мере пока 🙂 Единственное, что сам pgAdmin4 брал не по ссылке в статье, а с www.postgresql.org/ftp/pgadmin/pgadmin4/v1.5/pip/.

Интересный материал по поводу ГОСТ 34

Автор: | 18.02.2017

Сегодня на Хабрахабре нашел интересный материал по поводу применения 34 ГОСТа. В материале не только подборка ссылок на тексты ГОСТов, но и самое главное — плакат по применению данных ГОСТов. Советую посмотреть здесь.

Как в зеркало посмотрелся…

Автор: | 08.02.2017

Сегодня прочитал статью на Хабре. Статья называется «Каково это — быть разработчиком в России, когда тебе сорок». Вообще как в зеркало посмотрелся. Грустно, но создается впечатление, что большинство разработчиков моего возраста столкнулись уже с этой проблемой.

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

Интересное мнение о попытке валидации данных

Автор: | 01.02.2017

Вчера в ночи попались две статьи на Хабрахабре. С одной стороны, они совершенно про разные вещи, с другой, сходятся в одном мнении.

Собственно первая статья посвящена попыткам написать универсальную регулярку, которая может отлавливать валидный e-mail. Вроде бы действительно нужная вещь, но если задуматься… Почитайте статью по этой ссылке.

Вторая статья называется «Искусство оборонительного программирования» . Собственно в ней в одном из подзаголовков говорится о том, что входные данные в систему все равно будут грязными, и это надо принять как данность. Идея оборонительного программирования как раз состоит (в этой части) в создании перечня допустимых значений («белых списков»), а не попытке угадать или распознать неправильные данные (их все равно непредсказуемая вариация).

Интересно, что две схожих мысли попались мне на глаза в один день.