Category: it

Category was added automatically. Read all entries about "it".

Су-27

Из Juick-а: @amyodov: *programming

22:18 23.05.2017
@amyodov: *programming
Шёл 2017-ый год.
Миллионный страдалец, отчаявшись решить проблему с говноподелкой 80-ых годов и времён мейнфреймов с телетайпами, зашёл на Stackoverflow и нашёл там спасение в статье stackoverflow.com

оригинал записи на amyodov - Juick

Су-27

Из Juick-а: @amyodov: *programming *golang *yandex *Linux

23:56 20.11.2013
@amyodov: *programming *golang *yandex *Linux
Хороший вопрос подняли (но недотянули) сегодня на Go Moscow Meetup — а почему языки с green threads и, в частности, Go, не использует шедулер ядра для их шедулинга и прочих фишечек? Там бы могло быть и вытеснение, и thread affinity...
И вообще, в ядре Linux есть какая-нибудь реализация fibers? Чтобы её для этого как раз можно было использовать.

оригинал записи на Alex Myodov (amyodov) - Juick

Су-27

Wealth-Lab 5

Поставил Wealth-Lab 5.

Collapse )

Блин. Было бы у меня свободное время (или моги я этим заниматься в рабочее время как основной задачей) — я бы написал свой Wealth-Lab, со всеми этими возможностями и удобствами. Кроссплатформенный :) А так... ну, всё равно пишу помаленьку, но исключительно для себя :)
Су-27

Программист vs геймер

С башорга:

iBrain: как отличить программиста от геймера?
iBrain: у геймера стерты "asdw", у программиста "<:=->"


Внимание, пятничные вопросы:

  1. На каком языке пишет программист из байки?

  2. А какие клавиши будут стёрты у программистов на других языках?...

  3. ... и вообще пользователей других программ?



Мои варианты:

  1. Плюсы с шаблонами

  2. У лиспера - "90", у питониста - Tab и "def", у паскалиста-дельфиста - "{};", у сишника - как у паскалиста, плюс "/".

  3. У пользователя vim — "hjkl:", у пользователя emacs - Ctrl. У пользователя аськи - ")".

Су-27

Полиглоты в продакшн Python-а

Кросспост с хабрахабра

Сразу, в порядке завлекалочки. Нашей целью будет научиться писать программы-полиглоты, способные интерпретироваться сразу на нескольких языках программирования (одним, "базовым" из которых является Python). При этом, в случае интерпретации на одном из них, программа будет генерировать другую программу, функционально схожую (или даже эквивалентную) той, которая выполняется в случае интерпретации на другом языке.

И самое интересное: подходы, используемые при написании этой программы, будут интересны не столько академически, сколько практически — при разработке программы с использованием этих подходов разработка будет проще и удобнее (хоть поначалу и чуточку непривычно), а программа будет эффективнее, чем без них.

Впрочем, это звучит страшнее, чем является.

Collapse )
Су-27

Windows x64 и шары

14 сентября 2000 года: выпуск Майкрософтом операционной системы Windows Millenium, содержавшей в себе последнюю на данный момент версию системы MS-DOS — MS-DOS 8.0.

8 февраля 2005 года: выпуск Майкрософтом бюллетеня по безопасности «MS05-011: Vulnerability in Server Message Block Could Allow Remote Code Execution (885250)». Основная идея — исправление ошибки в реализации протокола SMB, используемого для доступа к файлам в «сетевом окружении», которая (ошибка) способна привести к удалённому запуску злоумышленником программного кода на компьютере под Windows, использующем этот протокол. Появление обновления для системы безопасности 885250, исправляющего эту ошибку.

Collapse )
Су-27

Слежение за процессами в Linux

AEM выглядит совсем помершим, и последние шевеления были замечены в районе ядра 2.6.6.
На Kmonitor, похоже, все забили. Кроме LSM, который, впрочем, помер сам.
inotify, что меня слегка удивило, за /proc следить не может. Несмотря на обещания ровно год назад прикрутить это.

Вопрос: и как с этим жить?
Су-27

Про Питон

С изучением Python-а дела складываются не слишком радостно. В ходе изучения нашёл там такую фишку, что сразу задумался, стоит ли мне дальше тратить время на Python, если там такое. Почесав голову, обнаглел и решил спросить прямо в рассылке у девелоперов. После не слишком долгой и слегка нервной переписки выяснил, что они это действительно считают нормальным и исправлять никак не собираются. Более того, со слов Самого Гвидо Ван КенобиРоссума выяснилось, что это появилось в Python-е потому, что так было проще всего реализовать

Сижу сейчас, размышляю, что учить вместо Python-а. Ruby (upd: говорят, там так же)? Erlang? А то и Lisp, на который руки уже давно чешутся?

Collapse )

Но и это ещё не самое забавное. Есть такой популярный класс языков — функциональные языки программирования. И апологеты таких ругаются на наличие в обычных языках… переменных. Мол, переменные плохи тем, что они меняют своё значение в течение работы программы, что может вызвать неприятные сайд-эффекты, когда ты пользуешь не то значение, которое хотел. Мол, в одном и том же месте программы при типичном использовании языка (т.е., безо всяких хакерских триков) одна и та же переменная может принимать различные значения. Программистам на других языках это уже должно быть привычно,… но если вдуматься, это на самом деле нелогично.

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

Взгляните на следующий код:
if a == b:
    j = f(7)
print j

Тут у переменной j в момент попытки печати может быть не только неясное/плавающее значение, задаваемое функцией f()у неё может быть плавающий статус определённости!


Ну, что я могу сказать… это совсем никуда не годится. В других языках я даже привык вручную ограничивать область видимости временных переменных внутри функции при их обычном использовании, не говоря уж про то, что локализацию переменных в циклах и проверках я подразумеваю. А тут…

А благодаря последнему примеру с неопределённым статусом существования, у меня теперь с Python-ом есть чёткая и красочная ассоциация. Тоже «животная», кстати. Кто догадается, какая ;) ?