![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Секрет фирмы
Наша автопромышленность выпускает говно на колесах, которое даже при диких пошлинах на иномарки покупать не желают.
Мне вот стало интересно, как же так это получается? Самолеты и космические корабли у нас строят не хуже, чем у людей. Со своей спецификой, конечно, но. А тут - сколько ни пытаются реанимировать отечественную автопромышленность, а "она упорно ползет на кладбище." Прямо "секрет фирмы" какой-то. В чем же дело?
P.S. Моя - не автомобилист, так что я могу совсем не понимать чего-то очевидного водителю со стажем. Прошу не стесняться писать прописные истины и подробности :] Также любые холивары и разборки в коментах только приветствуются :]
Мне вот стало интересно, как же так это получается? Самолеты и космические корабли у нас строят не хуже, чем у людей. Со своей спецификой, конечно, но. А тут - сколько ни пытаются реанимировать отечественную автопромышленность, а "она упорно ползет на кладбище." Прямо "секрет фирмы" какой-то. В чем же дело?
P.S. Моя - не автомобилист, так что я могу совсем не понимать чего-то очевидного водителю со стажем. Прошу не стесняться писать прописные истины и подробности :] Также любые холивары и разборки в коментах только приветствуются :]
no subject
no subject
no subject
Но вообще это чисто разница в стилях мышления - спорили как-то про GUI для линукса, так народ из линуксового мира не понимает, чем плохо иметь софт в виде тысяч мелких файлов, раскиданных по десятку папок, вместо одного исполняемого файла и пары файлов данных рядом с ним.
Из софта, который использует аналог fork под винду, помню только СУБД Firebird, в режиме классик-сервера(classic как раз и означает, что многопроцессный, и пришло это из юниксов изначально)
no subject
no subject
если потоковая передача данных - то named pipes в винде и сокеты в линуксах.
Проблемы в общем-то никакой нет IPC устроить, но адекватный враппер для этого дела для виндов появился только в .NET(т.к. там метаданные и сериализация объектов встроенные), а до того - только руками WinAPI вызывать и ручную сериализацию-десериализацию делать.
no subject
no subject
no subject
no subject
У меня реальная потребность в использовании IPC возникла только в этом году (сервисом управлять из приложения GUI-шного), а я уже 10 лет программирую профессионально.
no subject
no subject
а для юниксов вообще стандарт.
no subject
no subject
no subject
два: вот тебе задача: программа A открыла сокетное соединение. дальше она хочет запустить программу B, которая с этим соединением будет работать. вперёд, решай без форка. а я поржу над накромождением костылей, которые еле-еле со скрипом это всё реализуют через жопу. а сценарий из real life, обычный многоклиентский сервер, промеждупрочим.
ну, и подумай над тем, как легче подготовить среду исполнения процесса: долго-долго ебясь вызовами, которые свитчат контексты и что-то там упорно пишут в чужое АП и чужие структуры, или непосредсвенно из АП и окружения, в котором будет жить сей процесс. и что быстрее. и почему у винды никогда не будет быстрого запуска процессов.
хинт: потому что у винды в природе нет механизма fork(), да, который и обеспечивает скорость в данном случае.
ну, и в качестве бонуса ещё задача: проапдейтить работающий бинарь из самого себя. пусть он один себе работает, без соединений всяких. т.е. клиентов на время апдейта можно отстрелить. где новый бинарь — известно, пусть на диске валяется. права, положим, есть.
no subject
no subject
no subject
а ежели надо жопустить B? :) posix-треды вроде не сразу появились, а? ;)
[ вот тебе задача ]
в этой задаче я попользую тред
no subject
и об этом я написал.
>в этой задаче я попользую тред
уволен без выходного пособия. потому что твоё решение падучее и на разработку ушло больше времени.
no subject
вернулся с ружжом :)
no subject
no subject
Вижу проблемы разработки софта, тонкости трудового законодательства и отдельные аспекты правоприменения огнестрельного оружия, а где машина-то? ;)))