Так получилось, что вчера я попал на Anime & Game Symphony.
В целом, все здорово (за исключением одного момента в фое).
От атаки титанов ожидал большей насыщенности, но и так приемлемо. Почему-то не было Lucky Star.
Dark Souls был великолепен, Тоторо превосходен.
Если когда-нибудь появится возможность, советую посетить тоже.
Момент в фое - лютая вонь пОтом. Жестким любителям тайтлов все же стоит принимать душ немного чаще, чем раз в сезон выхода любимого аниме.🫥
В целом, все здорово (за исключением одного момента в фое).
От атаки титанов ожидал большей насыщенности, но и так приемлемо. Почему-то не было Lucky Star.
Dark Souls был великолепен, Тоторо превосходен.
Если когда-нибудь появится возможность, советую посетить тоже.
Момент в фое - лютая вонь пОтом. Жестким любителям тайтлов все же стоит принимать душ немного чаще, чем раз в сезон выхода любимого аниме.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👻2
Forwarded from /storage
This media is not supported in your browser
VIEW IN TELEGRAM
моё резюме на хх:
😁2
duckdns-update.sh
1.6 KB
Для избежания повторных, точечных прыжков в область горизонтально положенного сельскохозяйственного инструмента грабельного типа я решил разобраться в причинах, почему DNS-имя, заведённое в DuckDNS, отказывается резолвиться через определённый промежуток времени. Просто отваливается через сутки и всё.
Про DuckDNS писал тут
Оказалось, что хост не всегда может достучаться до DuckDns, что приводило к сбою. Стучаться требовалось раза 2-3.
Дальше всплывала вторая проблема, а именно вешающийся процесс на хосте, который безуспешно пытался снова и снова запуститься кроном.
Что сделано:
1. Полностью переписал bash скрипт, который необходимо добавить в крон
2. Добавлено логирование для обнаружения проблемы
3. Количество попыток/таймаут/выдержка вынесены в отдельные переменные
4. Очистка за собой
5. Предотвращение одновременного запуска
Файл с кодом прикладываю, возможно кому-то пригодится в будущем (мне например).
Мог немного наговнючить где-то в коде т.к bash не так часто уж приходится использовать.
Комментов добавил на всякий случай, но там всего лишь домен и токен добавить требуется.
Знаю, что с такими проблемами сталкиваются 3д печатники с клиппером и владельцы «умного дома». Возможно, им как раз будет очень даже полезно. Да и будущему мне тоже.
Про DuckDNS писал тут
Оказалось, что хост не всегда может достучаться до DuckDns, что приводило к сбою. Стучаться требовалось раза 2-3.
Дальше всплывала вторая проблема, а именно вешающийся процесс на хосте, который безуспешно пытался снова и снова запуститься кроном.
Что сделано:
1. Полностью переписал bash скрипт, который необходимо добавить в крон
2. Добавлено логирование для обнаружения проблемы
3. Количество попыток/таймаут/выдержка вынесены в отдельные переменные
4. Очистка за собой
5. Предотвращение одновременного запуска
Файл с кодом прикладываю, возможно кому-то пригодится в будущем (мне например).
Мог немного наговнючить где-то в коде т.к bash не так часто уж приходится использовать.
Комментов добавил на всякий случай, но там всего лишь домен и токен добавить требуется.
Знаю, что с такими проблемами сталкиваются 3д печатники с клиппером и владельцы «умного дома». Возможно, им как раз будет очень даже полезно. Да и будущему мне тоже.
👍4🔥2❤1
Около it
duckdns-update.sh
Добавлю на вский случай, что логи вызываются так:
название файла лога прописано так же в самом sh
tail -f /var/log/duckdns-update.log
название файла лога прописано так же в самом sh
❤2👍1
Этот пост скорее для динозавров вроде меня, которые обновления не спешат ставить.
На днях обновился на последнюю версию Intellij idea. До этого сидел на старой версии 2021. Она меня во всём устраивала, и обновляться как-то особо не хотелось, но любопытство победило.
Так вот, там какие-то сумасшедшие отступы из коробки. Особенно на вкладках. Это прямо вымораживало. Особенно при работе на экране 13", когда у тебя 5-15% отображения съедают просто отступы. Не мог поверить, что кто-то так может работать и комфортно себя чувствовать.
Даже таску нашел 2х летней давности на этот счет.
Оказалось, всё проще простого (с версии 2023.1).
С добавлением новой оболочки добавили также и компактный режим. Конечно же, без метода "тыка" понять, что это за режим, невозможно. В таске же нашел и решение...
Как включить:
Нормальные отступы, нормальное отображение.
PS: скрины людей из задачи
На днях обновился на последнюю версию Intellij idea. До этого сидел на старой версии 2021. Она меня во всём устраивала, и обновляться как-то особо не хотелось, но любопытство победило.
Так вот, там какие-то сумасшедшие отступы из коробки. Особенно на вкладках. Это прямо вымораживало. Особенно при работе на экране 13", когда у тебя 5-15% отображения съедают просто отступы. Не мог поверить, что кто-то так может работать и комфортно себя чувствовать.
Даже таску нашел 2х летней давности на этот счет.
Оказалось, всё проще простого (с версии 2023.1).
С добавлением новой оболочки добавили также и компактный режим. Конечно же, без метода "тыка" понять, что это за режим, невозможно. В таске же нашел и решение...
Как включить:
Готово!
View > Appearance > Compact Mode
Нормальные отступы, нормальное отображение.
Добавлю перевод этого поста из @tech_b0lt_Genona
В продолжение о Stiver (создателе флибусты)
Оставил после себя не просто след, а целую историю.
Все же удивительный был человек.
In Memory of Stiver
https://blog.jetbrains.com/idea/2024/11/in-memory-of-stiver/
В продолжение о Stiver (создателе флибусты)
Оставил после себя не просто след, а целую историю.
Все же удивительный был человек.
20 октября скончался автор Java-декомпилятора Fernflower, Stiver, после долгой борьбы с глиобластомой
. . . .
Двадцать лет назад он заинтересовался внутренними механизмами виртуальной машины Java. Вы можете вспомнить его исследовательские посты в блоге, такие как этот (на русском языке) от 2006 года о том, как настроить иерархию Java-классов с помощью Unsafe, когда Java 1.5 только что вышла. Около 2008 года Stiver увлекся декомпиляцией Java
. . . .
Stiver решил написать свой собственный декомпилятор в качестве побочного проекта. Чтобы преодолеть слабости существующих альтернатив, он выбрал другой подход. После чтения байт-кода он построил контрольный поток в статической форме единого присвоения, что намного лучше выражает семантику программы, абстрагируя конкретную форму байт-кода. В начале этого проекта Stiver знал мало о статическом анализе и проектировании компиляторов и ему пришлось многое узнать, но усилия были того стоили. Результатом стал декомпилятор, который давал намного лучшие результаты, чем все, что было доступно в то время. Он даже мог декомпилировать байт-код, созданный некоторыми обфускаторами, без explicit поддержки
. . . .
Stiver сделал основную разработку сам между 2008 и 2010 годами. Первая публичная версия стала доступна в мае 2009 года в качестве веб-сервиса. Пользователь мог загрузить отдельный файл CLASS или целый файл JAR и получить декомпилированный результат. Декомпилятор быстро завоевал популярность - за первые четыре месяца пользователи декомпилировали более полумиллиона Java-классов. Не было публичной автономной версии, но Stiver отправил ее частным образом нескольким бета-тестерам
. . . .
В 2013 году JetBrains обратился к Stiver с предложением включить Fernflower в IntelliJ IDEA. Частью сделки было открытие исходного кода Fernflower. Все прошло хорошо, и контракт был подписан. 11 июля 2014 года вышла ранний доступ к версии IntelliJ IDEA 14, включавшей декомпилятор впервые. Вы все еще можете увидеть первоначальный импорт исходного кода Fernflower в истории Git IntelliJ IDEA, 4 марта 2014 года
. . . .
Как только Fernflower стал открытым исходным кодом, многие другие инструменты в мире Java использовали его - вы можете найти ряд форков на GitHub. Команда Java в JetBrains постоянно улучшает Fernflower, но это все еще в основном код Stiver
. . . .
Спасибо, Stiver
Мы глубоко опечалены потерей такого блестящего пионера, чья работа и преданность имели такое долгосрочное и глубокое влияние.
In Memory of Stiver
https://blog.jetbrains.com/idea/2024/11/in-memory-of-stiver/
❤3
Новость от 15 октября, но я на нее только что наткнулся.
Devjobsscanner провели парсинг более 12миллионов вакансий на разработчиков и составили топ востребованных на рынке языков программирования.
Сбор данных происходил в течение 1.5 года, что позволяет весьма объективно провести оценку.
Для меня было удивительно видеть Cobol в середине. Думал, он рядом с Fortran’ом ковыляет.
Так же очень удивило нахождение PHP между C# и С/С++. В остальном примерно все понятно.
Ну и перевод summary из статьи
Devjobsscanner провели парсинг более 12миллионов вакансий на разработчиков и составили топ востребованных на рынке языков программирования.
Сбор данных происходил в течение 1.5 года, что позволяет весьма объективно провести оценку.
Для меня было удивительно видеть Cobol в середине. Думал, он рядом с Fortran’ом ковыляет.
Так же очень удивило нахождение PHP между C# и С/С++. В остальном примерно все понятно.
Ну и перевод summary из статьи
Очевидно, что JavaScript и TypeScript действительно доминируют на рынке труда для разработчиков. JavaScript и TypeScript составляют в общей сложности 31% предложений о работе, которые явно требуют знания программирования. Это огромный показатель, означающий, что почти каждое третье предложение о работе требует знаний JavaScript или TypeScript.
Python и Java являются вторым и третьим по востребованности языками программирования в 2024 году с большим количеством предложений о работе. Однако стоит отметить растущий разрыв между ними. Хотя в начале 2023 года количество предложений о работе для них было примерно одинаковым, к сентябрю 2024 года у Python стало на 6-7% больше предложений, чем у Java.
C#, PHP, Ruby и Go демонстрируют стабильный спрос на работу, что указывает на то, что каждый из них может быть надежным выбором в качестве языка программирования.
С другой стороны, количество предложений о работе для C/C++ снизилось в 2024 году. Начиная с 10% в начале 2023 года, к сентябрю 2024 года этот показатель упал до примерно 6% — почти вдвое за чуть более года. Это значительное снижение стоит учитывать при выборе языка программирования для поиска работы.