https://www.opennet.ru/openforum/vsluhforumID3/137267.html После года разработки опубликован релиз новой стабильной ветки языка программирования Perl - 5.42. При подготовке нового выпуска было изменено около 280 тысяч строк кода (без документации и автоматически сгенерированного кода - 93 тысячи), изменения затронули 1500 файлов, в разработке приняли участие 64 разработчика...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63519<br> https://www.opennet.ru/openforum/vsluhforumID3/137267.html#287 Tue, 05 Aug 2025 21:48:23 GMT Ну ютф-8 был первым на plan9 и странно что ГНУ должен был брать вин1251, если тогда Винды даже не было. Ну Линус никогда никакой ОСи не пилил и тем более кодировок. Он запилил ядро которую прикрутили к ГНУ ось. Судя по твоим знаниям, отпугнул кои8р только тебя, но я думаю тебя и командная строка отпугнет, тк явно в голове у тебя мягкий хлеб. Судя по тому бреду, который ты тут из себя выдавил.<br> https://www.opennet.ru/openforum/vsluhforumID3/137267.html#286 Fri, 11 Jul 2025 07:29:57 GMT &gt;&gt; время в Perl вообще не зависит от time_t, а используется собственная реализация. https://perl5doc.ru/Time::Localвремя в Perl вообще не зависит от time_t, а используется собственная реализация. https://perl5doc.ru/Time::Local <br>&gt; Спасибо, поржал. Осознать прочитанное в этом мане пробовали?<br><br>Могу рекомендовать это сделать Вам )))<br><br>&gt; откуда он еще получит реальное время<br><br>Во-первых, если бы Вы догадались почитать по сылке, то увидели бы что там речь идет именно о функциях timelocal() и timegm(). Во-вторых, в подавляющем большинстве случаев, время приходит из внешних систем и уходит в другие внешние системы. И именно последнее представляет собой проблему.<br><br>&gt;&gt; в интеграции: бинарных файлах, базах данных, вроде Berkeley DB, сообщениях CORBA и т.п.<br>&gt; если это JSON<br><br>JSON - это бинарный файл? Или формат сообщений CORBA? )))<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/137267.html#285 Thu, 10 Jul 2025 23:17:34 GMT &gt; время в Perl вообще не зависит от time_t, а используется собственная реализация. https://perl5doc.ru/Time::Localвремя в Perl вообще не зависит от time_t, а используется собственная реализация. https://perl5doc.ru/Time::Local<br><br>Спасибо, поржал. Осознать прочитанное в этом мане пробовали? Речь идёт о том, что он больше не полагается на mktime() и timegm() из libc, делая их сам - но работают они по-прежнему с тем же самым концептом time_t в секундах с 1970 года. И иначе и быть не может: откуда он еще получит реальное время, как не спросив у ОС, а это time_t?..<br><br>&gt; в интеграции: бинарных файлах, базах данных, вроде Berkeley DB, сообщениях CORBA и т.п.<br><br>Мне сомнительно, что эта проблема массова, в случае Перла, ибо не времена Кобола же были, в самом деле. Например, если это JSON, так там числа нормально будут работать до 2^52, и т.д.<br> https://www.opennet.ru/openforum/vsluhforumID3/137267.html#284 Thu, 10 Jul 2025 23:05:59 GMT Так не Tk и не Gtk, которые пытались *портированную обвязку* и потому вечно в мамонтах из-за спящих/сдохших майнтейнеров а именно use Tkx - это языковой клей напрямую в Tcl/Tk, соответственно можно использовать свежайшие Tk-либы. Соответственно прослойка там минимальна, для наскриптовать сложный гуй я о своих надстройках деревом по типу как выше задумывался...<br> https://www.opennet.ru/openforum/vsluhforumID3/137267.html#283 Thu, 10 Jul 2025 23:02:08 GMT Людей и в KPI ? Ох лол. Ну вот ты и спалился, что "менеджер" ты в лучшем случае рядовой "по продажам", а то и по клинингу.<br> https://www.opennet.ru/openforum/vsluhforumID3/137267.html#282 Thu, 10 Jul 2025 23:00:51 GMT Да нет, писал он штуку, по нашим временам вполне банальную - интернет-магазины. Это в те времена такое было стартапом, т.к. динамический Веб едва родился, а позже, во времена Букингов - уже не таким свежим, уже надо было просто обгонять конкурентов. Просто Перл во времена Грэма был еще достаточно свеж и нестабилен, какой-нибудь Питон - под стол пешком ходил еще (впрочем, он бы хуже годился из-за ограничений Гвидо), а Лисп уже был вполне развит. А так суть подхода кардинально не изменится, что Лисп, что Перл... вот Букинг попозже уже и взял Перл - и перловиков было проще найти, чем лисповиков.<br> https://www.opennet.ru/openforum/vsluhforumID3/137267.html#281 Thu, 10 Jul 2025 15:06:30 GMT &gt; Но при этом удачи найти лиспера, тем более двух.<br><br>Найти несколько лисперов -- не проблема.<br>Проблема -- заставить их играть в команде.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/137267.html#280 Wed, 09 Jul 2025 21:56:07 GMT &gt; потому что у менеджера зарплата от числа людей в подчинении<br><br>А ветер дует потому, что деревья качаются, да? Я менеджер, у меня в KPI нет количества людей в подчинении нигде, это бессмысленная метрика. Моя зарплата и карьерный рост зависят от того как движутся мои проекты. А количество людей зависит от количества проектов под моим котролем. Компания &#8212; самая обычная корпорация из s&p500.<br> https://www.opennet.ru/openforum/vsluhforumID3/137267.html#279 Wed, 09 Jul 2025 21:51:08 GMT Пол писал про весьма специфическую штуку в весьма специфическом контексте &#8212; конкурирующие стартапы. И суть его эссе была именно в том, что Лисп позволяет очень быстро итерировать при высокой производительности результата. Поэтому пока ребята на Яве выстраивают иерархию классов, лиспер успевает наконсить в десять этажей, увидеть что пользователям нужно что-то совершенно иное, выкинуть и наконсить ещё десять. Но при этом удачи найти лиспера, тем более двух. Я с CL работал на одном-единственном проекте шесть лет назад. Мне до сих пор время от времени пишут хедхантеры с предложениями, хотя в моём резюме ни слова ни про Лисп.<br>