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

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

Здравствуй, Хабр.

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

Или как понять, когда остановиться

Как-то раз мой коллега, лид разработки, после затяжного спора о том, что должно быть в системной спецификации, подошел ко мне и спросил:

— Скажи, а зачем нам вообще нужны аналитики?

— И действительно, зачем? – подумал тогда я и написал заявление

Вопрос этот, как бы крамольно он ни звучал, очень правильный. Системный анализ, как фаза разработки приложения, присутствует всегда (даже если это системы класса «Hello, world»), а вот системный аналитик, как выделенная роль – нет. Выделение отдельной специальной роли работает точно так же, как и разделение труда в обычном производстве: для маленьких задач не целесообразно, для больших задач – оправданно. При таком разделении  системный аналитик забирает на себя часть задач и функций некоего «универсального» исполнителя задачи. Однако, подобное разделение труда имеет свою цену: это потеря знаний при коммуникации, более сложное управление процессом и др. В этой статье я хочу поделиться своим опытом: описать минусы крайностей и дать рекомендации по распределению обязанностей между системными аналитиками и разработчиками.

Итак, нам нужен системный аналитик, который формирует требования и разработчик, который эти требования реализует в коде.

Если спросить у любого разработчика, каким главным свойством должны обладать системные требования, он, скорее всего, скажет: «чтобы было понятно, что делать». И это проблема. 

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

Привет, Хабр! Немного запоздало (ко дню программиста) делюсь подборкой бесплатных книг по программированию. Все они полезные, уровень скорее профессиональный, хотя и для развития от базового тоже подойдет, но, к сожалению, на английском. Среди тем книг: .NET, Алгоритмы, Android, iOS, Angular, C, C++, C#, JS, Linux, Python. В целом, найдется почти любая тема, которая приходит в голову.

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

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

В этой статье я расскажу, как именно компании, устанавливающие и обслуживающие пластиковые, алюминиевые или деревянные оконные группы (или двери), могут выйти на новый уровень обслуживания, и как увеличить выручку до 20% с помощью систем класса FSM (Field Service Management).

... и точно. Точнее, с заданной точностью, простите за каламбур.

Под катом я расскажу, как сделать это с использованием школьного курса алгебры и целочисленной арифметики, при чём здесь полиномы Чебышёва I-го рода, и дам ссылки на примеры реализаций для ПК и Cortex-M3.

Большинство обзоров методов лазерной коррекции сопровождаются однотипно довольными отзывами людей, которые на следующий день стали видеть 120% от нормы. Мне же хочется дать чуть другой взгляд на эту процедуру, так как среди моих знакомых есть много людей с различными проблемами со зрением (и с миопией, и с пресбиопией), которые задумываются о коррекции. Тем более так сложилось, что на Habr есть множество отзывов и толковых материалов на эту тему.

Поэтому решил собрать короткий обзор методик с результатами исследований, которые мало кто упоминает, а также поделиться опытом лазерной коррекции в клинике Татьяны Шиловой под общим наркозом. После операции я лишился нормального зрения на один глаз, а работа перед монитором ассоциируется теперь только с жутким дискомфортом и постоянными мигренями.

Первый раз я увидел компьютер лет в 8. Помню мои первые ощущения какого-то трепета и внутреннего волнения, разглядывая иконки Моего компьютера и Корзины. Я еще не очень хорошо понимал для чего все это, но уже хорошо знал, что тут можно запустить дум3д, и мир снаружи замрёт.

Вот моя первая работа. Кто-то решился меня нанять и платить настоящие деньги за то, что мне нравится. Вот дураки, я бы делал это бесплатно. Компьютер дал мне свободу. Свободу создавать.

Картинка ускоряется, места работы меняются, а проблемы и люди остаются примерно те же самые. Всех их объединяет примерно одно и тоже — проблемы бизнеса. Нужно заработать денег. Я не создаю, я решаю проблемы бизнеса. Если бизнесу дешевле нанять сто человек, а не разработать один красивый алгоритм - он наймет сто человек. Бизнесу по барабану красота и качество технологий, ему абсолютно всё равно на производительность и удобство. Запилить MVP и получить инвестиций побыстрее. Идеалы современного мира.

За это хорошо платят и всё что я хочу — получить свою зарплату, закрыть ноутбук и напиться. Сделать как можно меньше, ровно сколько нужно чтоб тебя не уволили. Я начал видеть только плохое и в программировании, и в технологиях. Во мне пропало то самое волнение 8-летнего пацана перед высшей вещью - компьютером.

Я люблю программирование. Я до сих пор восхищаюсь классными языками программирования, дронами, настоящими играми, быстрыми и полезными программами, криптографией и многими другими вещами. Когда я сталкиваюсь с такими вещами во мне опять просыпается тот самый пацан.

// Открытка ко дню программиста

Я практически Маугли — будучи вполне себе обычным экономистом по крови диплому, я попала в мир IT и выросла в стае программистов. Стать ими не получилось, были другие задачи: тестирование и администрирование в телекоме, аналитика, продуктовая аналитика и проекты, теперь вот контент и всё вокруг него. В мире программистов я вращаюсь ровно 10 лет и он дал мне местами больше, чем три высших образования. Знаете, у них есть чему поучиться.

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

Добрый день Всем читателям,

сегодня будет увлекательная история, как я обосрался и это стоило мне 3000$.

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

Антон Костин, девелопер Ruby on Rails, переехал из Москвы, и уже почти три года живет в Штутгарте, городке с населением 630 тысяч жителей.

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

Есть ли жизнь за пределами Мюнхена и Берлина? Как выглядит обычная Германия, и стоит ли там жить?

Программное обеспечение для управления проектами помогает руководителям проектов и командам выполнять требования клиентов и управлять ограничениями по времени, бюджету и объему работ. Это бизнес-приложение предоставляет определенные преимущества, особенно если оно правильно выбрано в соответствии с требованиями организации.

Когда кто-то сегодня говорит о UX, довольно часто он имеет в виду не проектирование пользовательского опыта, а визуальный дизайн. И это объяснимо. Сам по себе интерфейс (UI) уже представляет собой некий конечный продукт, и он прост для понимания. 

Но проекты давно перестали быть настолько простыми, что их может делать один человек. Иногда встречаются гении, способные делать всё на хорошем уровне, но это почти такая же редкость, как, например, единороги. 

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

Автор: Александр Муллагазиев

Российская Империя. Конец ХIX века. Уездный городок Боровск - религиозный до самых пяток, столица русского старообрядчества.

Условный Иван Иваныч, отстоявший свое на службе в тесной церквушке возвращается домой по замерзшей реке Протве. Ему на встречу несутся сани. Иван Иваныч присматривается, а потом почему-то раскрывает рот и начинает креститься. Сани идут своим ходом, без коней, под парусом. “Дьявольщина” шепчет Иван Иваныч, пока его руки выписывают святые вензеля. Сани проносятся мимо, обдавая его снегом, на них правит бородатый невзрачный мужичок в очках. “Желябка! Опять чудишь, дурак!” кричит вслед Иван Иваныч. Но Желябка его не слышит. Ему вообще по большому счету плевать. Он - глухой на оба уха изобретатель-самоучка и великий космический теоретик, человек и город Константин Эдуардович Циолковский.

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