Kiddie labor

[kika]

http://kika.livejournal.com/32433.html?thread=188849#t188849

Вопрос простой - а где у нас в ЗАО РФ нынче учат на программистов? В смысле учат, а не "учат", то есть не читают лекции про эльбарроуз, а откуда выходят неплохие хакеры, способные аргументированно обсуждать стиль написания ядра Линукса и BSD. Ну или еще что-либо такое же высокодуховное и бесполезное.

Comments

[pzz.livejournal.com]

Что-то я не заметил, чтобы из МФТИ готовые хакеры прям валом валили.

Я вообще не уверен, что из индустриальных программеров получаются такие уж хорошие институтские преподаватели программирования. По-моему, инициация нежной студенческой души должна начинаться скорее с Дейкстры и прочих инвариантов, а не с i-node и прочих vmalloc'ов :-)

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

[kika.livejournal.com]

Я не претендую на обобщение, но по моему опыту наиболее характерное свойство программистов-физтехов - это "забитость". То есть они слишком какие-то индустриальные получаются, и для стартапопригодности требуют сильной ломки стереотипов.

[pzz.livejournal.com]

Их, наверное, водят в swsoft, и там забивают :-)

[flhack.livejournal.com]

SWsoft - тоже вполне стартап :)

[kika.livejournal.com]

Ну это, мягко говоря, натяжка.

Если нет, то для начала опубликуйте размер option pool в SWSoft, типичное значение stock grant для средней инженерной позиции и условия (cliff и общий срок).

[xfyre.livejournal.com]

да сколько можно уже

[kika.livejournal.com]

Я сразу вспоминаю одного lj-юзера, который пошел в SWSoft, проработал там ровно месяц, рассказывая по дороге разные истории, и свалил в ужасе. Самое прикольное в этой истории то, что после того как он свалил, меня вычислили как его предыдущего начальника, нашли мой мобильный телефон и позвонили мне из Сан Франциски, выясняя не водится ли за этим lj-юзером привычки красть trade secrets с места работы.
Что само по себе хорошо описывает отношение хозяев компании к работникам. Если работник в ужасе выпучивает глаза и бегом бежит, то у хозяина не возникает даже мысли что в организации работы что-то не так, а дело исключительно в персональной нечистоплотности работника.

[xfyre.livejournal.com]

кажется я знаю эту историю :)

[flhack.livejournal.com]

Не очень понятно, откуда последний вывод. Собственно, я бы вообще не делал далеко идущих выводов из одного случая с эмоциональным лжеюзером. Это еще и было лет эдак 5-7 назад, поди?

[pzz.livejournal.com]

Ну точно, забивают: http://swsoft.mipt.ru/comp/skull/index.htm

[kika.livejournal.com]

Но хоть научным методом теперь. А раньше они мучились.

[flhack.livejournal.com]

Физтехи склонны кучковаться ;)

[flhack.livejournal.com]

Если откуда-то вдруг повалят готовые хакеры, надо как минимум насторожиться :) Преподают, кстати, не только CS.

А по поводу проектов - http://swsoft.mipt.ru/projects.shtml

[pzz.livejournal.com]

Дарю идею студенческого проекта.

Представим себе линуксный лабтоп. У него есть 2 сетевые карты: Ethernet и какой-нибудь WiFi. Машинка ведет очень хаотическую сетевую жизнь: в любой момент ее могит подключить/отключить к Ethernet'у, или она может подключиться/отключиться к беспроводной сети.

Типичный линух ведет себя в такой ситуации довольно плохо. А именно:
1. в качестве DNS-сервера будет использоваться последний, о котором машинка узнала по DHCP. Если последний не работает, машинка останется без DNS'а (предудущий она уже потерла).
2. Если есть 2 равнозначных default route, то линукс будет упорно использовать какой-то один из них, даже если он не работает, и никогда не попробует другой. Такое бывает, например, если линукс зацепился за Access Point, не подключенный к Интернету (а через Ethernet выход наружу есть).

Соотсветственно, предлагается написать софтварий, который все это исправит. Софтварий должен включать в себя:
1. Следилку за состоянием сетевых интерфейсов - мне кажется, проще написать свою, чем интегрироваться с ifplugd (http://0pointer.de/lennart/projects/ifplugd/)
2. DHCP клиент, или интеграцию к существующему
3. DNS-мультиплексор, который узнает от DHCP клиента список возможных DNS-серверов, и пытается сам выбирать из них работающий(ие) методом проб и ошибок, с учетом состояния сетевых интерфейсов.
4. Интеграцию с wpa_supplicant'ом, для управления WiFi roaming'ом. Кстати, надо не забыть, что DHCP клиент должен запускаться после окончания WPA handshake, а не до (нотификация о том, что интерфейс зацепился за медию приходит до WPA handshake)
5. Управление линуксным фаирволом в более простом виде, чем iptables
6. Систему конфигурирования всего этого хозяйства
7. Управляющую гуевую морду.

Неочевидные вопросы:
1. Как понять, что дефолтовый роутинг ведет в никуда?
2. В отличии от Ethernet'а, настройки WiFi в принципе могут на многопользовательской машинке принадлежать пользователю, а не системе (например, пароль для доступа в сеть). Как аккуратно поделить сетевую карту между пользователями?

Гм...

[ifp5.livejournal.com]

На неочевидный вопрос номер 1 ответ один: никак. В качестве универсального fuck-up может служить, например, авторизация через captive portal, губящая идею мегапроекта на корню.

Re: Гм...

[pzz.livejournal.com]

Но винда-то с этим справляется более-менее. Чем мы-то хуже? :-)

Винда, насколько я понимаю 1) при автиконфигурации (DHCP и т.п.) никогда не расставляет одинаковые метрики на default routes через разные интерфейсы 2) если она чует, что с интерфейсом что-то не так, она может поменать метрику соответствующего роута.

Как именно она чует, не очень понятно. Вероятно, учитывает неудачи при попытке установить TCP соединение.

[pzz.livejournal.com]

И еще одна.

Есть програмка fuse (http://fuse.sourceforge.net/), позволяющая реализовать файловую систему в user space.

Предлагается написать аналог для реализации в user space сетевого протокола (т.е., address family).

Назвать можно suse :-) (от слова socket).

[rblaze.livejournal.com]

Ну вообще-то bpf и sysvipc уже написаны, этого достаточно для user-space протоколов, если не морочиться безопасностью.

[pzz.livejournal.com]

Я имею ввиду именно address family. Т.е., возможность создать свои тип сокетов, существующий параллельно с AF_INET, AF_UNIX, AF_INET6, ...

В винде аналогичные вещи делаются с помощью layered service provider: http://en.wikipedia.org/wiki/Layered_Service_Provider

Но конечно, хотелось бы получить не столь замороченную конструкцию.

[msh.livejournal.com]

У netfilter есть же модуль такой, queue или что-то типа того, который ворует пакеты из цепи и отдает их в user space, а потом из user space получает и обратно вбрасывает

Но я точно не знаю что он может, я его смотрел только на предмет изучения внутренностей netfilter

[msh.livejournal.com]

.. а в user space мы энкапсулируем либо в UDP либо в TCP, смотря что за протокол у нас, и забрасываем обратно. Теперь мы его можем использовать из обычного сокета - recvmsg и вот наш пакетик или read и получаем наш стрим

[pzz.livejournal.com]

Сокет это вовсе не обязательно что-то, что генерирует в конечном итоге UDP или TCP пакеты.

Переформулирую задачу другими словами. Я хочу иметь возможность создать вызовом socket() объект, который выглядит как нормальный сокет. Т.е. позволяет делать над собой все те же операции, которые позволяет делать обычный сокет. В частности, может быть использован вместе с другими файловыми хендлами в select'е (poll'е), может быть передан как файловый хендл другому процессу, и позволяет использовать protocol-specific опции в setsockopt/getsockopt, и auxiliary data в sendmsg/recvmsg.

Но при этом содержательно все операции над ним обрабатываются в другой программе (на худой конец, в shared library, но в любом случае прозрачно для той программы, которая пользуется таким сокетом).

Вопрос о том, каким транспортом пользуется определенный таким образом протокол, я предлагаю рассматривать совершенно отдельно.

[pzz.livejournal.com]

Кстати, в западных университетах осмысленные результаты такого рода проектов часто публикуются.

Почему у нас не видно такой практики? Для студента должно быть очень приятно написать опенсорсную программу, вошедшую в дистрибутивы линукса. Я думаю, для становления молодого специалиста это гораздо полезнее, чем (анонимно!) написать какую-нибудь маленькую запчасть от какого-нибудь Parallels Desktop.

Что это, отсутствие у нас толковых студенческих работ, или желание компаний на корню подгрести всех вменяемых студентив под себя?

[flhack.livejournal.com]

Не пишет там никто запчасти к реальным проектам, это ыообше не реально. Почему результаты не публикуют - надо бы спросить.

[krotoff.livejournal.com]

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