Блог

Интересное письмо получил и вопрос достаточно интересный, на который можно порассуждать публично:

Вот интересно, если разные способы оформления кода, например в СИ++ я пишу так -  myFunction в С# это выглядело бы так MyFunction()

Например, enum EMyEnum с буквой E начинать MY_CONST  константы с большой буквы и через нижнее подчеркивание

В .NET Core есть два подхода для реализации UI: Pages (или страницы) и Views (или представления). Я уже давно работаю с Microsoft MVC и мне он нравится, все тут реализовано просто, понятно и раздельно. 

Но вот появились страницы Pages, которые на мой взгляд очень похожи на старый подход с Web Forms. Что-то тут есть похожее по идеологии, хотя и на много лучше. 10 лет назад Web формы не зашли среди программистов, но Microsoft пытается запустить что-то подобное второй раз, хотя на этот раз уже в более корректной версии. 

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

Лично я сейчас использую пробелы, потому что он стоит по умолчанию во многих редакторах и потому что вся команда использует его, но при этом я все же люблю табы, потому что их проще нажать даже там, где редактор не поддерживает автоформатироваие. Любой пробел помечает строку как измененную и это плохо для git, а если помимо стандартного количества пробелов программист еще и нажмет где-то дополнительный пробел, то это портит разметку. 

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

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

Язык программирования Python обошел Java на github по популярности. Это хорошая новость для тех, кто любит python. Но есть и неплохая новость для Google, их Dart взлетает по популярности на github как ракета. 

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

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

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

В принципе, я понимаю откуда растут ноги, потому что очень часто этот паттерн используется неверно, его начинают тулить даже туда, куда не нужно. 

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

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

В компаниях, которые привыкли жить в старом мире SVN или TFS даже после миграции в GIT продолжают работать по-старому, когда все программисты мусорят прямо в master. Уже давно все говорят, что мусорить в master нельзя, но все продолжают это делать, просто добавляя один шаг, который реально ни на что не влияет. 

В нашей компаний при работе над заданиями создают новый бренч:

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

Сейчас действительно не так много сфер деятельности, где реально необходим C++. Это низкоуровневое программирование или вещи, где необходима производительность, но и даже в этом случае нет необходимости писать абсолютно все на этом языке. 

Я начал использовать Symfony начиная со 2-й версии, но при переходе на 3-ю версию возникли проблемы, потому что ее перекалбасили по максимуму. Я начал понемногу переписывать свои сайты на третью версию и основное изменение стало касаться того, как я работал с Dependency Injection. Я решил отказаться от автоматической, потому что ничего не бывает таким надежным, как простая инъекция своими руками, ее не так уж и сложно написать. 

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