/home/shvydky/brain.log

Останні 3 роки ми використовуємо GitLab для зберігання вихідних кодів наших проектів та в якості простої системи трекінга задач і помилок для деяких з них. Особливих проблем з цією системою ніколи не було, та сьогодні знадобилось перенести її на інший хостинг.

Вирішив написати нового поста до свого блогу, адже вже витримав достатню паузу після попереднього. Пост буде про програмування. Але, чомусь, мені захотілося зробити це українською мовою. І взагалі тепер буду намагатися писати українською.

Дочка принесла из школы задачу: Попросила помочь решить. Под катом мое решение:

Уже второй раз (после переустановки Windows) искал плагин для Lightroom, который помогает найти дубликаты фотографий в каталоге. И второй раз нашел замечательный инструмент:  Teekesselchen: The Duplicate Finder for Adobe Lightroom . Возможно есть платные инструменты, которые умею больше чем этот плагин, но если вы ищете бесплатный, который умеет все что нужно - смело ставьте этот.

В греческом городке Паралия (пригород Катерини) увидел странное. Некоторые автомобили стоят с прикрытыми картоном покрышками. Кто знает, зачем это?

Давно планировал перейти на Git, вместо SVN. Основные мотивы такие: Я работаю с ноутбука и часто не в онлайне. Бывает так, что надо откатить сделанные изменения, а доступа к серверу SVN нет. С Git-ом проще - у него вся история изменений есть в локальном хранилище. Да, места занимает больше, но кто эти гигабайты сегодня считает? Visual Studio Express содержит встроенный клиент для Git-а, а для SVN - нет. И в Express версию нельзя поставить плагин. Сначала пытался поставить его под Windows. Не осилил. Пробовал несколько дистрибутивов. У некоторых слишком много внешних зависимостей, у других какая-то мутная система настройки прав доступа... Решил использовать вариант под Linux. Так как годной машинки под рукой не было - решил арендовать. Так как у меня уже есть одна машина с CentOS в DigitalOcean - решил арендовать машинку там же. Думал взять сервер с Ubuntu 14.04 и поднять на нем GitLab . Оказалось - все гораздо проще: у DigitalOcean можно арендовать готовую конфигурацию...

Все мы привыкли читать JSON как-то так (с использованием Json.NET ): Product deserializedProduct = JsonConvert.DeserializeObject (json); И это отлично работает, пока размер сообщения, которое мы читаем сравнительно небольшой. Вчера мне понадобилось прочить JSON размером 1.7 Гб. Все попытки десериализации сохраненного в файле массива ожидаемо закончились OutOfMemoryException . Без лишних разговоров, публикую рецепт: В каждой итерации цикла в переменной obj мы будем получать следующий элемент массива. Память такой подход не использует вообще :)