…запилил небольшой пост со схемами, которые у меня уже есть. Пост закреплённый и не потеряется в любом случае. Возможно, ещё со временем соберу в один раздел записи из серии «Хозяйке на заметку». Там достаточно много уже, кажется. И насколько мне сказали, есть полезное. Мне несложно, а людям жизнь облегчу. Не знаю, имеет ли смысл ссылки на мою публицистику давать, выложенную в разное время на разных ресурсах. Впрочем, предложения и идеи принимаются в любом случае.
вторник, 15 сентября 2015 г.
понедельник, 14 сентября 2015 г.
Хозяйке на заметку: Поднимаем ruby-приложение как демон внутри RVM используя systemd
Данный приём должен работать везде, где есть установленный systemd в качестве системы инициализации. Хитрость в том, что приложения установленные внутри RVM так просто запустить не выйдет, будет жаловаться на отсутствие в $PATH чего-нибудь, чаще всего ruby_executable_hooks.
Подсказкой послужила официальная документация RVM, описывающая как запустить Ruby-приложение используя стандартный init.d.
Для начала генерируем gemset:
Вместо ruby-2.1.2 указывайте ту версию, которая у вас будет использоваться в приложении, прописанная командой rvm use.
Далее собираем wrapper:
Где application — название вашего запускаемого приложения. Правда есть одна особенность, с которой я пока не разобрался. После генерации wrapper в содержимом /usr/local/rvm/wrappers/ruby-2.1.2@application почему-то нет бинарника bundler, но он есть в /usr/local/rvm/wrappers/default (вероятно, связано с тем, что у нас версия Ruby везде указана системной).
После чего пишем unit-файл для systemd:
Всё, теперь приложение будет доступно как обычный демон и им можно управлять с помощью systemd.
Подсказкой послужила официальная документация RVM, описывающая как запустить Ruby-приложение используя стандартный init.d.
Для начала генерируем gemset:
Вместо ruby-2.1.2 указывайте ту версию, которая у вас будет использоваться в приложении, прописанная командой rvm use.
Далее собираем wrapper:
Где application — название вашего запускаемого приложения. Правда есть одна особенность, с которой я пока не разобрался. После генерации wrapper в содержимом /usr/local/rvm/wrappers/ruby-2.1.2@application почему-то нет бинарника bundler, но он есть в /usr/local/rvm/wrappers/default (вероятно, связано с тем, что у нас версия Ruby везде указана системной).
После чего пишем unit-файл для systemd:
Всё, теперь приложение будет доступно как обычный демон и им можно управлять с помощью systemd.
воскресенье, 13 сентября 2015 г.
Текущее, мебельное
У кого выходной, а у кого — дела хозяйственные. Продолжил претворять очередную часть запланированного на этот год, раз уж ремонт покамест закончил. Привезли наконец кровать, комод и шкаф. Угробил на всё все выходные. Ибо на сортировку и раскладывание вещей потребовалось недурное количество времени.
После почти полугода проживания практически на складе, начал очень ценить такое изобретение человечества как мебель. После появления в квартире таких банальных штук как комод и шкаф — освободилось просто неимоверное количество места в соседней комнате. Заодно кладовка приобрела почти цивилизованный вид. Закончил всё это разгребать только часа к шести вечера сегодняшнего дня, начав около десяти вечера вчера. Следующим раундом стоит покупка ещё одного стеллажа туда, похоже.
Ну и хочется в очередной раз поныть на дичайшую дороговизну всего. Кастомные дверки к шкафу стоят как весь шкаф целиком, причём цех производства этих дверок находится в соседних Котельниках. Я даже в нём был и осматривал продукцию, если что. Впрочем дверки к шкафу — ерунда. Сейчас у меня встала задача найти мебель в зал и тут моё офигевание плавно переходящее в охуение идёт в полный рост. После роста курса доллара импортная мебель за исключением вездесущей «Икеи» стала совершенно неподъёмной даже с хорошей московской зарплатой. ОК, смотрим отечественное. Любителям поговорить за отечественных производителей: скажите, вы реально хотите это покупать? Что-то приличное есть, но ценник у таких вещей только начинается от 50-70 тысяч рублей. То есть, стоит столько же, как тот самый импорт до скачка доллара. При этом импорт был в разы качественнее за эти же деньги. Кто не верит, пусть покажет мне хороший диван, например не кошмарных расцветок из хорошего дерева с металлом и который не просядет лет через десять, не будущи при этом сдизайненным хорошо если в 90-е. Или сходит в магазин Crate & Barrels и просто вживую посмотрев всё это, ткнут мне пальцем в производителя могущего сделать всё это за более-менее разумные деньги. Всё ещё ищу хороший письменный стол себе, кстати. Даже отыскал клон столь запавшего в душу Clybourn Desk, но какого качества этот клон и материалы там — мне неизвестно. Помучаюсь ещё изрядно, похоже.
Отдохнуть бы ещё от этих выходных, слишком уж много всего сделал.
После почти полугода проживания практически на складе, начал очень ценить такое изобретение человечества как мебель. После появления в квартире таких банальных штук как комод и шкаф — освободилось просто неимоверное количество места в соседней комнате. Заодно кладовка приобрела почти цивилизованный вид. Закончил всё это разгребать только часа к шести вечера сегодняшнего дня, начав около десяти вечера вчера. Следующим раундом стоит покупка ещё одного стеллажа туда, похоже.
Ну и хочется в очередной раз поныть на дичайшую дороговизну всего. Кастомные дверки к шкафу стоят как весь шкаф целиком, причём цех производства этих дверок находится в соседних Котельниках. Я даже в нём был и осматривал продукцию, если что. Впрочем дверки к шкафу — ерунда. Сейчас у меня встала задача найти мебель в зал и тут моё офигевание плавно переходящее в охуение идёт в полный рост. После роста курса доллара импортная мебель за исключением вездесущей «Икеи» стала совершенно неподъёмной даже с хорошей московской зарплатой. ОК, смотрим отечественное. Любителям поговорить за отечественных производителей: скажите, вы реально хотите это покупать? Что-то приличное есть, но ценник у таких вещей только начинается от 50-70 тысяч рублей. То есть, стоит столько же, как тот самый импорт до скачка доллара. При этом импорт был в разы качественнее за эти же деньги. Кто не верит, пусть покажет мне хороший диван, например не кошмарных расцветок из хорошего дерева с металлом и который не просядет лет через десять, не будущи при этом сдизайненным хорошо если в 90-е. Или сходит в магазин Crate & Barrels и просто вживую посмотрев всё это, ткнут мне пальцем в производителя могущего сделать всё это за более-менее разумные деньги. Всё ещё ищу хороший письменный стол себе, кстати. Даже отыскал клон столь запавшего в душу Clybourn Desk, но какого качества этот клон и материалы там — мне неизвестно. Помучаюсь ещё изрядно, похоже.
Отдохнуть бы ещё от этих выходных, слишком уж много всего сделал.
понедельник, 7 сентября 2015 г.
Ещё одна полезная схема
Оригинал здесь.
Вот, кстати, думаю. А не оформить ли мне отдельный пост с теми схемами, которые у меня уже накопились? Есть ли смысл? А то может меня только одни боты читают.
воскресенье, 6 сентября 2015 г.
Похоже, у меня теперь традиция — в конце лета Санкт-Петербург посещать
Решил снова съездить в Санкт-Петербург на Chaos Constructions. Заодно в этот раз прихватить не только свою супругу, но и a_d_astra.
До Санкт-Петербурга в этом году добирался «Сапсаном» и должен сказать, ни разу не пожалел. До СПБ ехал бизнес-классом, обратно в Москву — экономом. Могу сказать, что при не очень большой разнице между билетами на эконом и бизнес, разница между местами очень большая. В бизнес-классе бесплатно кормят достойным горячим ужином, наливают как спиртное (коньяк, виски, вино), так и безалкогольные напитки, имеется бесплатный Wi-Fi и розетки для подзарядки в каждом кресле. Также весьма порадовали большие расстояния между креслами, где можно спокойно вытянуть ноги и развалиться весьма вольготно. В экономе ничего этого нет, за исключением расстояний между креслами. В общем и целом путешествие на «Сапсане» очень комфортное, рекомендую. Скорость в 200 км/ч совершенно не ощущается. Ещё одним плюсом «Сапсана» является время прибытия. Можно приехать вечером в Санк-Петербург, ночью хорошо выспаться и с утра спокойно наслаждаться городом. В обычном поезде, к сожалению, ездить гораздо утомительнее. Даже фирменные поезда, к сожалению, меня выматывают.
А теперь об основной программе. Chaos Constructions в этом году занимал куда меньшую площадь. Среди экспонатов был больший фокус на консоли различных поколений, чем персональные компьютеры. Впрочем, занятые образцы тоже присутствовали. Как и в прошлом году, присутствовала Amiga, на которой я даже успел немного поиграться в очень красивую и сочную игру Ruff'n'Tumble.
l
В этом году надолго остаться на CC не смог, но всё равно часа два с половиной там пробыл. Основной фокус всё-таки был на прогулке по городу, тем более, что погода была на редкость превосходной. В пригород съездить не удалось, зато получилось прогуляться по городу и добраться, наконец, до Петропавловской крепости и Летнего сада, которые не удалось посетить в прошлом году.
Фоток СПб не будет, этот город фотографировала и так толпа народу, куда более умелая, чем я.
До Санкт-Петербурга в этом году добирался «Сапсаном» и должен сказать, ни разу не пожалел. До СПБ ехал бизнес-классом, обратно в Москву — экономом. Могу сказать, что при не очень большой разнице между билетами на эконом и бизнес, разница между местами очень большая. В бизнес-классе бесплатно кормят достойным горячим ужином, наливают как спиртное (коньяк, виски, вино), так и безалкогольные напитки, имеется бесплатный Wi-Fi и розетки для подзарядки в каждом кресле. Также весьма порадовали большие расстояния между креслами, где можно спокойно вытянуть ноги и развалиться весьма вольготно. В экономе ничего этого нет, за исключением расстояний между креслами. В общем и целом путешествие на «Сапсане» очень комфортное, рекомендую. Скорость в 200 км/ч совершенно не ощущается. Ещё одним плюсом «Сапсана» является время прибытия. Можно приехать вечером в Санк-Петербург, ночью хорошо выспаться и с утра спокойно наслаждаться городом. В обычном поезде, к сожалению, ездить гораздо утомительнее. Даже фирменные поезда, к сожалению, меня выматывают.
А теперь об основной программе. Chaos Constructions в этом году занимал куда меньшую площадь. Среди экспонатов был больший фокус на консоли различных поколений, чем персональные компьютеры. Впрочем, занятые образцы тоже присутствовали. Как и в прошлом году, присутствовала Amiga, на которой я даже успел немного поиграться в очень красивую и сочную игру Ruff'n'Tumble.
l
В этом году надолго остаться на CC не смог, но всё равно часа два с половиной там пробыл. Основной фокус всё-таки был на прогулке по городу, тем более, что погода была на редкость превосходной. В пригород съездить не удалось, зато получилось прогуляться по городу и добраться, наконец, до Петропавловской крепости и Летнего сада, которые не удалось посетить в прошлом году.
Фоток СПб не будет, этот город фотографировала и так толпа народу, куда более умелая, чем я.
пятница, 21 августа 2015 г.
Очередные будни айтишников
Если вдруг кто пропустил, у меня вчера было День Рождения. Если кто забыл или не знал, можете поздравлять. :)
Хотя чем может заниматься такой красноглазый как я, в свой день рождения? Правильно! Драйверами в ядре. :) Поскольку нагрузка на новом месте пока упала и появилось достаточно много свободного времени, решил заняться парочкой багов на своём рабочем лаптопе дабы не скучать. Первая проблема — не работали клавиши для отключения Wi-Fi и изменения яркости подсветки экрана. Заняться для начала решил именно второй проблемой, поскольку я что-то про эту тему уже знал и откуда копать понимание имелось.
Про некоторые особенности работы ACPI, связанные с подсветкой в Linux даже писал уже, но тут проблема оказалась зарыта гораздо глубже. После изучения весьма добротно написанной вики и некоторого копания в Интернете, решение нашлось достаточно быстро. Им оказалась опция ядра "acpi_osi=" без каких-либо параметров. Если почитать этот занимательный файл, то станет ясно, что мы в данном случае принудительно сказали ядру какую таблицу ACPI мы будет подсовывать BIOS/EFI для того, чтобы управлять питанием. Связано это с тем, что стандарты ACPI весьма нечёткие и ядру нередко приходится заниматься угадыванием (помимо этого, на данные стандарты очень часто забивают, в угоду Windows), каким образом он будет управлять питанием устройств. В данном случае мы попросту отключили это угадывание и берём некие условно-стандартные значения. В результате, в лаптопе не только заработали клавиши управления подсветкой экрана, но и стал корректно включаться-отключаться Wi-Fi по нажатию клавиши.
Но это только одна проблема. Вторая проблема заключалась в самой карте Wi-Fi. В лаптопе используется MTK7630E. В mainline этого драйвера нет. Есть лишь код не очень хорошего качества, выложенный на github. Данный драйвер изначально написан для LTS версии ядра 3.14, но без проблем собирается и на более новых. В частности, версии 4.1.6. И вот с ним выяснилась проблема. Если включить в настройках NetworkManager автоматическое подключение к сети, ОС наглухо виснет почти сразу после начала сеанса. Не спасает даже Magic SysRQ. Если не ставить — может совершенно непредсказуемо проработать час, два или десять минут. В качестве ближайшего решения — закомментировать или выкинуть из драйвера функцию Set_BtDump_Proc(), в файле rt2x00/rt2800lib.c. Так как она, похоже, на новых версиях ядра пытается вызывать метод, которого уже не существует. Да и сама функция на самом деле чисто отладочная и, в общем-то, ненужная в обычной жизни. Но это планирую протестировать позднее, пока не изучу работу данного драйвера на ядре 3.14. Поскольку на нём всё работает хорошо (вроде бы). О результатах попозже расскажу.
Примерно так и развлекаюсь, да.
Хотя чем может заниматься такой красноглазый как я, в свой день рождения? Правильно! Драйверами в ядре. :) Поскольку нагрузка на новом месте пока упала и появилось достаточно много свободного времени, решил заняться парочкой багов на своём рабочем лаптопе дабы не скучать. Первая проблема — не работали клавиши для отключения Wi-Fi и изменения яркости подсветки экрана. Заняться для начала решил именно второй проблемой, поскольку я что-то про эту тему уже знал и откуда копать понимание имелось.
Про некоторые особенности работы ACPI, связанные с подсветкой в Linux даже писал уже, но тут проблема оказалась зарыта гораздо глубже. После изучения весьма добротно написанной вики и некоторого копания в Интернете, решение нашлось достаточно быстро. Им оказалась опция ядра "acpi_osi=" без каких-либо параметров. Если почитать этот занимательный файл, то станет ясно, что мы в данном случае принудительно сказали ядру какую таблицу ACPI мы будет подсовывать BIOS/EFI для того, чтобы управлять питанием. Связано это с тем, что стандарты ACPI весьма нечёткие и ядру нередко приходится заниматься угадыванием (помимо этого, на данные стандарты очень часто забивают, в угоду Windows), каким образом он будет управлять питанием устройств. В данном случае мы попросту отключили это угадывание и берём некие условно-стандартные значения. В результате, в лаптопе не только заработали клавиши управления подсветкой экрана, но и стал корректно включаться-отключаться Wi-Fi по нажатию клавиши.
Но это только одна проблема. Вторая проблема заключалась в самой карте Wi-Fi. В лаптопе используется MTK7630E. В mainline этого драйвера нет. Есть лишь код не очень хорошего качества, выложенный на github. Данный драйвер изначально написан для LTS версии ядра 3.14, но без проблем собирается и на более новых. В частности, версии 4.1.6. И вот с ним выяснилась проблема. Если включить в настройках NetworkManager автоматическое подключение к сети, ОС наглухо виснет почти сразу после начала сеанса. Не спасает даже Magic SysRQ. Если не ставить — может совершенно непредсказуемо проработать час, два или десять минут. В качестве ближайшего решения — закомментировать или выкинуть из драйвера функцию Set_BtDump_Proc(), в файле rt2x00/rt2800lib.c. Так как она, похоже, на новых версиях ядра пытается вызывать метод, которого уже не существует. Да и сама функция на самом деле чисто отладочная и, в общем-то, ненужная в обычной жизни. Но это планирую протестировать позднее, пока не изучу работу данного драйвера на ядре 3.14. Поскольку на нём всё работает хорошо (вроде бы). О результатах попозже расскажу.
Примерно так и развлекаюсь, да.
воскресенье, 9 августа 2015 г.
Вот это хорошее, годное обновление
Под мой плеер с месяц назад вышла прошивка, в которой добавлена поистине полезная фича — режим DAC. Он был и ранее, собственно. Но работал только с Windows. При попытке задействовать его в Linux, он определялся в ядре крайне странным образом и не работал, разумеется. Теперь появился отдельный пункт включения DAC для MacOS/Linux. Только что проверил — работает. Очень, очень полезная штука. Я уж и не знаю чего желать более.
понедельник, 3 августа 2015 г.
Хозяйке на заметку: Восстанавливаем RabbitMQ после некорректного выключения
Дано: нода с RabbitMQ, которую крайне неаккуратно потушили. Нода не стартует, на любые попытки стартовать выдаёт нечто невразумительное вроде:
[root@rabbitmq4 ~]# rabbitmqctl status
Status of node rabbit@rabbitmq4 ...
Error: unable to connect to node rabbit@rabbitmq4: nodedown
DIAGNOSTICS
===========
attempted to contact: [rabbit@rabbitmq4]
rabbit@rabbitmq4:
* connected to epmd (port 4369) on rabbitmq4
* epmd reports: node 'rabbit' not running at all
no other nodes on rabbitmq4
* suggestion: start the node
И тому подобное. В логах в лучшем случае будет что-то типа:Crash dump was written to: erl_crash.dump init terminating in do_boot (timeout_waiting_for_tables)При этом никакой rabbitmqctl force_boot и тому подобное не поможет. Делаем следующее. Идём в /var/lib/rabbitmq/mnesia и копируем базу оттуда в сухое, тёплое место. Старую базу в mnesia/ удаляем. Далее, выполняем: service rabbitmq-server restart. Именно перезапуск, а не старт и не останов. Иначе не поднимается демон. Далее, проверяем ps-ом, что кролик стартанул. После чего делаем: systemctl rabbitmq-server stop. Далее, возвращаем базу на место, удалив то, что RabbitMQ сгенерил в каталоге mnesia/ при повторном перезапуске. Далее, как обычно: service rabbitmq-server start. Если всё сделано верно, то нода в рабочем состоянии появится в management-консоли.
воскресенье, 2 августа 2015 г.
Windows 10, мимоходом
Установил этот ваш Windows 10. На реальное оборудование. Хвалёный диспетчер устройств не смог завести мою беспроводную двухдиапазонную интеловскую карточку. Драйвер поставился, но работать отказывается наглухо. Про проблему MS известно уже больше полугода и ноль реакции. Под линуксом, шо характерно, всё отлично работает и работало. Драйверы, если верить сайту Intel и диспетчеру задач - свежайшие.
Распиаренные виртуальные рабочие столы тоже есть. Дико убогие после Linux. Нет возможности перенести запущенное приложение, нет возможности управления окнами, которыми я реально пользуюсь в KDE.
Реально приходится отключать тонны галочек, персонализирущих мне рекламу, собирающую нажатия клавиш и т.п. Настройка раскладки клавиатуры засунута в какую-то глубочайшую даль. Обновления ОС реально неотключаемы. Можно лишь отсрочить загрузку. Причём даже в профессиональной версии. Народ где-то писал, что с помощью реестра и такой-то матери это поведение можно изменить, но пока не проверял.
Ещё смешнее то, что создание загрузочной флешки возможно только с помощью фирменной утилиты, которая выкачивает образ из Сети, а затем раскатывает образ на диск. Все описанные в Интернете способы записи iso на флешку элементарно не работают.
Единственный плюс - система действительно быстрая на железе четырёхлетней давности. Помесь классического "Пуска" и плитки оставляет двойственные впечатления.
Технологически продвинутая ОС, да. Попытаюсь этим попользоваться хотя бы пару недель, ради интереса.
Распиаренные виртуальные рабочие столы тоже есть. Дико убогие после Linux. Нет возможности перенести запущенное приложение, нет возможности управления окнами, которыми я реально пользуюсь в KDE.
Реально приходится отключать тонны галочек, персонализирущих мне рекламу, собирающую нажатия клавиш и т.п. Настройка раскладки клавиатуры засунута в какую-то глубочайшую даль. Обновления ОС реально неотключаемы. Можно лишь отсрочить загрузку. Причём даже в профессиональной версии. Народ где-то писал, что с помощью реестра и такой-то матери это поведение можно изменить, но пока не проверял.
Ещё смешнее то, что создание загрузочной флешки возможно только с помощью фирменной утилиты, которая выкачивает образ из Сети, а затем раскатывает образ на диск. Все описанные в Интернете способы записи iso на флешку элементарно не работают.
Единственный плюс - система действительно быстрая на железе четырёхлетней давности. Помесь классического "Пуска" и плитки оставляет двойственные впечатления.
Технологически продвинутая ОС, да. Попытаюсь этим попользоваться хотя бы пару недель, ради интереса.
четверг, 9 июля 2015 г.
Новая работа — новые заботы
Как некоторые в курсе, я вышел на новое место. Предложили место релиз-инженера и зарплатой выше. Даже если отставить в сторону большую зарплату, я понял для себя, что меня всё же больше тянет в разработку, а не администрирование. Так что особо не раздумывал и согласился поработать. Место работы не скажу, предпочитаю озвучивать после завершения испыталки.
Поскольку до этого момента с процессом релиз-инжиниринга знаком не был, пришлось советоваться со старшими товарищами, которые в этой должности уже работали. Накидали список книг, некоторые уже находятся в процессе чтения. Как раз читая сегодня "Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation", хотелось долго-долго бить себя по голове планшетом. Ибо на предыдущем месте с командой собрали все худшие антипаттерны, какие только можно. Причём один-в-один с книгой, вплоть до последней запятой. Начиная с банальных вещей вроде неконторолируемого и по большей части ручного процесса деплоя, отсутствия нормальной тестовой среды из-за организационных моментов и т.п. Причём, судя по всему, такое было только у нас. В остальных проектах с этим было неплохо, но там зато были другие проблемы. Плюс, чистая политика в верхних эшелонах руководства которая к нам, технарям, непосредственного отношения не имела, но гадила всё же. Да всё было, о чём говорилось в книге.
Конечно, у меня есть оправдание, что за релизы отвечал на предыдущем месте не я и не я планировал всё это, но знай я раньше про это, удалось бы резко сократить трудозатраты.
Заодно вплотную займусь ликвидацией своих пробелов в части систем управления конфигурациями. С которыми я работал, но делал уже по готовым рецептам, опять же, реализованным не мной. Да и работать по готовым хаутушкам — это не путь. Хотелось бы получить большее понимание происходящего и вообще разобраться в том «а как оно там, внутри?». Заодно это тянет за собой изучения некоторых сторонних, но нужных вещей навроде шаблонизаторов. Ну и ещё въезжать в CI, конечно же. Jenkins/TeamCity, будет. Кстати, по этой части вполне принимаю советы.
Чем дальше углубляюсь, тем больше вижу как мало я знаю. Но отступать некуда — самообразование или смерть, другого пути в ИТ попросту нет.
А ещё мне всё-таки страшно порой. Слишком много неизвестного и неизученного, причём нужного, условно говоря, здесь и сейчас. Причём отступать некуда, когда необходимо на что-то жить, не до сентенций как данный предмет тебя страшно не любит и всевозможных поглаживаний, лишь бы ты попробовал. Просто берёшь и приступаешь согласно поговорке «глаза боятся — руки делают».
Поскольку до этого момента с процессом релиз-инжиниринга знаком не был, пришлось советоваться со старшими товарищами, которые в этой должности уже работали. Накидали список книг, некоторые уже находятся в процессе чтения. Как раз читая сегодня "Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation", хотелось долго-долго бить себя по голове планшетом. Ибо на предыдущем месте с командой собрали все худшие антипаттерны, какие только можно. Причём один-в-один с книгой, вплоть до последней запятой. Начиная с банальных вещей вроде неконторолируемого и по большей части ручного процесса деплоя, отсутствия нормальной тестовой среды из-за организационных моментов и т.п. Причём, судя по всему, такое было только у нас. В остальных проектах с этим было неплохо, но там зато были другие проблемы. Плюс, чистая политика в верхних эшелонах руководства которая к нам, технарям, непосредственного отношения не имела, но гадила всё же. Да всё было, о чём говорилось в книге.
Конечно, у меня есть оправдание, что за релизы отвечал на предыдущем месте не я и не я планировал всё это, но знай я раньше про это, удалось бы резко сократить трудозатраты.
Заодно вплотную займусь ликвидацией своих пробелов в части систем управления конфигурациями. С которыми я работал, но делал уже по готовым рецептам, опять же, реализованным не мной. Да и работать по готовым хаутушкам — это не путь. Хотелось бы получить большее понимание происходящего и вообще разобраться в том «а как оно там, внутри?». Заодно это тянет за собой изучения некоторых сторонних, но нужных вещей навроде шаблонизаторов. Ну и ещё въезжать в CI, конечно же. Jenkins/TeamCity, будет. Кстати, по этой части вполне принимаю советы.
Чем дальше углубляюсь, тем больше вижу как мало я знаю. Но отступать некуда — самообразование или смерть, другого пути в ИТ попросту нет.
А ещё мне всё-таки страшно порой. Слишком много неизвестного и неизученного, причём нужного, условно говоря, здесь и сейчас. Причём отступать некуда, когда необходимо на что-то жить, не до сентенций как данный предмет тебя страшно не любит и всевозможных поглаживаний, лишь бы ты попробовал. Просто берёшь и приступаешь согласно поговорке «глаза боятся — руки делают».
Подписаться на:
Сообщения (Atom)