Блог

У меня на старом MacBook Air 256 гигабайт SSD и последний год я начал замечать, что место постоянно у летает в ноль. И это при том, что я храню все фотографии и видео на внешнем диске. 

Когда я перешел на новый Mac, скопировал все необходимые файлы, установил почти все те же программы, а на диске занято всего 100 гигабайт. На старом было занято 200, а тут 100. 

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

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

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

Ну не знаю, на мой взгляд юнит тесты на много важнее. Нагрузочное тестирование может занимать часы, ведь нужно подержать каждую страницу хотя бы минут 10 под нагрузкой. Две минуты могут ничего не дать, и вы не увидите результат. Такие ошибки, как не закрытое соединение с базой данных, не закрытое соединение с сервисом, отсутствующий индекс могут серьезно проявится только минут через 10 – 15 нагрузки, а могут даже через пол часа.

Я с субботы отсутствовал дома, все это время провел в Чикаго и только вчера вернулся. Заметки публиковал из архива, который успел набрать перед отъездом. Про поездку уже написал пару заметок: Чикаго моими глазами и Чуть не пустили в Чикаго не смотря на безвиз. 

Пока я ездил в Чикаго, Microsoft оказывается объявила о появлении обновленного Surface Pro. Новая версия выглядит практически так же, как и предыдущая, что ожидаемо и скорей всего так и останется и в следующем году. Дизайн Surface вполне приятный и менять его нет смысла. Проблема популярности устройства не в его дизайне, а в цене. Вместе с клавиатурой оно стоит слишком дорого для большинства.

А если учесть, что в новой версии вроде даже перо будет идти отдельно, то цена получается даже еще дороже.

Что действительно мне интерсно в изменении - так это улучшенная работа с аккумулятором. У меня с программированием удается прожить максимум 3 часа, хотя заявлено на много больше. Так что я не особо верю, что в реально серьезной работе удастся просидеть за Surface Pro даже 6 часов. Но даже это было бы отлично для меня.

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

Я не понимаю, зачем изначально в Visual Studio решили явно добавлять файлы в проект. Это делает файл csproj неоправданно большим и добавляет лишние конфликты при объединении разных веток кода (merge). 

Я люблю создавать файлы прямо в Total Commander, просто создаю .cs файл и сразу же пишу в нем код. Ах да, если кто пропустил, я часто пишу код в Notepad++. Я люблю и использую VS, но также часто пишу и в приплюснутом блокноте. 

Сейчас узнал, что в .NET Core больше не нужно будет добавлять файлы явно в проект. Я ни одного проекта под Web на Core не писал, все еще присматриваюсь к нему, но пока все нравится. VS сам должен подхватывать все изменения в файловой системе и добавлять файлы. Какая прелесть. 

Сегодня установил себе на Mac полноценный Visual Studio от Microsoft, запустил, посмотрел, и в голове возник вопрос - и нафига теперь Visual Studio Code? 

Visual Studio Code может быть полезен только тем, кто любит простые редакторы для работы с кодом, а не полноценные  IDE. В принципе, меня можно отнести к таким людям, я пишу код и там и там одновременно под Windows, а под Маком пока ничего не делал такого. 

Я вообще пока установил Visual Studio на Мак больше ради интереса. В ближайшее время ничего такого не планирую на нем делать. Хотя все возможно. 

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

Если кандидат на полном серьезе рассказывает, что ему «удобнее в блокноте», а IDE — это не для тру-программеров, это плохой симптом. Такой ретроград может стать обузой для развивающейся компании и потянет всю команду за собой назад. Часто люди не понимают, что им платят по часам работы, а использование дополнительных инструментов позволило бы существенно повысить их продуктивность и заодно снизить количество ошибок. В конечном итоге и человеку разгрузка, и компании плюс. 

Вот я не понял, каким образом программист, который будет писать код в блокноте, будет обузой и тянуть команду назад? Работая в Klick Health я писал код в notepad++ и у меня даже не стоял Visual Studio, но я писал быстрее и больше любого другого программиста в моей команде. Если не считать автокомплитера, то в VS больше ничего особого и нет, что позволяет писать код быстрее меня в блокноте. 

Первое, из интересных объявлений - Google Lens. Выглядит круто и звучит невероятно, но MS уже что-то подобное кажется показывали. Правда в массовом использовании это так и не появилось. Не знаю почему.

На счет интересности TPU сложно говорить. Ну то, что они показали наверно и круто, но если честно, не заинтересовало. 

Общение с телефоном по поводу того, что видит Google Lens – вообще клиника. Если честно, я Siri не использую, а просить телефон показать мне, как выглядит цветок – на мой взгляд ничего более понтов. 

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

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

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

Работая с TFS я уже несколько раз замечал, что он не любит, когда мерджат или коммитят файлы, при этом локальная копия файла далеко не свежая. Особенно это заметно при больших файлах. У меня на работе в репозитории есть один достаточно большой файл, и если изменить его локально и попытаться коммитить, а на сервере уже есть измененная версия, то TFS автоматически будет мерджить удаленную версию с локальной. Коммит остановится и TFS в таких случаях даёт шанс осмотреться и одуматься, но иногда народ не проверяет результат мерджа, а просто нажимает кнопку commit снова. 

Я несколько раз видел, как TFS во время автоматического мерджа вытворял совершенно непонятные и не объяснимые вещи. Но как только я перед коммитом начал забирать последние изменения, то проблемы исчезли. Забираем последнее, в этот момент так же происходит мердж, но почему-то он проходит отлично и я ни разу не видел мусора в результате. Авто мердж при нажатии коммита уже не раз выдавал мне мусор.