@l29ah И использовать баш для программ длиннее двадцати строк - всё равно, что использовать убогий скриптокал вроде лиспа и пайтона для программ длиннее двух тысяч.
@l29ah Мне кажется что нет оправдания башу и сисадминству в целом. Сисадминам выгодно делать системы которые могут поддерживать и чинить только они потому для них выгодны и нечитаемые мусорные языки вроде баша.
@l29ah Здравствуйте, я небыдлоодмин. Я хочу чтобы вы сделали шелл, чтобы всё было чотко и гигиенично. Скобочки, хуёбочки, макросы, хуякросы. Также можно грабить корованы.
@engineer > Мне кажется что нет оправдания инженерам и человечеству в целом. Инженерам выгодно делать системы которые могут поддерживать и чинить только они потому для них выгодны и невечные корродирующие металлы вроде железа.
Привет, я (опять) починил твою пасту.
@l29ah Аргументы будут? Это как оправдывать необходимость и ценность юристов (хотя очевидно что им тоже выгодно непонимание законов простыми гражданами).
@engineer Аргумент: быдлокодеры и их быдломанагеры плодят такие моря и океаны неконсистентного говнища, что без специально обученного человека-интегратора это не осилить.
@ulidtko Ещё один недалёкий админ. За сколько секунд iptables по памяти настроишь?
Инженеры не могут себе позволить делать паршивые машины потому что на них держится жизнь множества людей.
@engineer Интегратор лучше программиста. Интеграторы строят системы, используя существующие наработки, в то время как программисты пишут моар взаимонесовместимого говна, увеличивая работу интеграторам и боль юзерам.
@engineer Но ведь нет. Ты ошибаешься: я не админ.
> iptables настроишь
> настроишь
что, прости? это типа `./configure` сделать что ли?
> Инженеры не могут себе позволить делать паршивые машины потому что на них держится жизнь множества людей.
Сисадмины не могут себе позволить делать паршивую IT-инфрастуктуру потому что от неё зависит дорогое время множества специалистов. // на самом деле нет, но ты до сих пор не понимаешь, что именно я подчеркиваю переиначиванием копипаст
@goren Именно поэтому в те программы от которых действительно что-то зависит а не сайты и бухгалтерия не пускают ни юниксы ни другую грязь 40-летней давности. Там свои простые РТОС а то и вообще нет ОС и всё просто работает десятилетиями, и уровень багов в коде низкий потому что пишут его внимательно.
@l29ah Я знаю, это Заговор программистов и интеграторов с целью выжимать деньги из публики. Примерно как заговор депутатов, мусоров и адвокатов — одни принимают кучу запутанных законов, где непосвящённому не разобраться, другие их применяют и манипулируют, а бабло пополам!
@l29ah Для меня образец того как всё должно работать - embedded systems. Ты лучше моего знаешь что когда такая система работает то она работает годами и даже перезагрузит себя если надо.
По сравнению с этим наши ПК - убогая лапша, и если оттрассировать это убожество то можно увидеть корень в скриптах на баше (которые стартуют СИСТЕМУ, скрипты!) и тысячах конфигах каждый на своём языке и со своими опциями.
@engineer У тебя какие-то идеалистические представления. Поспрашивай реальных эмбедщиков, они там какой только дряни не встречают. Вон на Фукусиме вообще петушиндошс 2003 сервер был вместо управляющей ОС, а это внезапно ядерная электростанция. В Иране на АЭС тоже шинда была, которую взломали вирусом этим, как бишь его…
@engineer Встраиваемые системы требуют гораздо большего количества труда на единицу условной функциональности, чем говнософт на пекарнях, поэтому тупо невыгодно распространять такой подход на большие информационные системы.
@l29ah Оправдания лапшового кода. Лучше бы подумали над тем как достигать такого же уровня самодостаточности систем при меньших затратах труда. Я даже знаю как - применять виртуальные машины с JITами и забыть об общей памяти (только message passing), а также стандартизировать IPC и серилизацию объектов (CORBA хотела слишком много и потому не срослась) хоть с помощью BSONа.
@goren Это да, и правда очень глупо. Я говорил про системы управления автомобилями и самолётами, которые всегда просто работают и (почти никогда) не подводят.
@l29ah Твой хаски в сто крат хуже. А если бы мы 20 лет назад перешли на программную виртуализацию то не было бы засилья x86 и не было бы кучи костылей для аппаратной виртуализации и глюков и проблем связанных с ними.
@l29ah Браузеры кстати на удивление хорошо работают, один из немногих классов софта за который не так стыдно (совсем не стыдно за Solidworks). Видимо потому что массовое тестирование помогает ловить ошибки.
@engineer Не знаю за самолёты, они вроде до сих пор какие-то письки на JOVIAL пишут? Но в автомобилях перешли на линуксы и горя не знают. У меня есть друг эмбедщик, надо как-нибудь тебя с ним познакомить, кстати. Они разрабатывали для самолёта бортовой самописец. Так вот, насколько я понял, у них там линукс чуть ли не ветки 2.4, на котором вертится вся записывающая хрень, и даже бизибокс есть.
@goren Военные на аде пишут, остальные вроде на си. Развращается народ с линуксом, он же латентный и непредсказуемый. Я бы побоялся такое в важную машину ставить. Лучше уж какую-нибудь FreeRTOS.
@engineer у тебя какие-то до крайности простые представления о реальных сложностях в сложных системах. Даже кажется, что это такой особый сарказм, так ты утрируешь.
Картиночки, звук тоже по IPC маршаллировать будешь туда-сюда? А если нужно будет рисовать по виртуальному фреймбуферу 1080p проигрываемого из-под двух слоев флешевиртуализаций mpeg-видео 60 FPS, при этом получая его по сети по хуевенькому, но старому и широко поддерживаемому, протоколу, от железяки конкурирующей конторы, которая *намеренно* — не говоря уже про общую тупость их разработчиков — пытается усложнить жизнь твоей конторе и тебе лично? Как ты в такой (достаточно-таки заурядной, кстати) ситуации сможешь применить для принятия решений свой уютный диван?
@engineer В линуксе есть рилтаймовые скедулеры, притом уже сто лет как. А во всём остальном он очень даже надёжный, может хоть 100 лет работать, если железка не сдохнет.
@ulidtko Да, картиночки и звук - тоже, также. 1080p это меньше 50 мегабайт в секунду. Ты зря боишься IPC, он на современных компьютерах быстрый и может быть ещё быстрее (так как в VM-based ОС не нужны переключения контекстов, одно адресное пространство). Также на компьютерах будущего не будет вообще никакой общей памяти, потому что когерентный кэш общий для >64 ядер это нереально. Будет только сеть на чипе и IPC.
Про протоколы - ничего нового, или ты намекаешь что их реализации будут тормозить? JITы сейчас хорошие, быстро работают.
Да и для себя я лучше уберу обратную совместимость чем продолжу тащить всю ту дрянь что вы понаписали за сорок лет.
Вот чего можно достичь на современном железе: http://www.youtube.com/watch?v=j2KKkyBIXfA
@goren RTLinux заставляет писать программы для работы в режиме ядра, это отстой. А других я не видел.
Надёжность - понятие растяжимое, если там много лишних структур данных и куча для динамической памяти в ядре то это всё может сломаться и замусориться. Во FreeRTOS такого не будет.
@engineer >считать что переключения контекстов как-то относятся к различным адресным пространствам
>engineer
>пиздеть хуйню, не знать про NUMA
>engineer
>пиздеть про JIT, не понимать ничего и о их скорости
>engineer
>тратить миллионы человеко-лет переписывая старое на новые рельсы
>engineer
>не знать про бут за 3 секунды на полнофункциональном линупсе
>engineer
скажи, а ты действительно инженер? работаешь там, придумываешь и внедряешь в производство что-то новое? или ты студент-воннаби, который почитал лор и луговского, и решивший что он дохуя охуенен?
@engineer >Инженеры не могут себе позволить делать паршивые машины потому что на них держится жизнь множества людей.
пруф или инженеры - мизантропы и ненавидят человечество
@hate-engine
>считать что переключения контекстов как-то относятся к различным адресным пространствам
Таблицы виртуальной памяти кто перезагружать будет? TLB кто прочищать будет (ладно, он сам, но как долго?).
>пиздеть хуйню, не знать про NUMA
Костыль, не масштабируется. Никакая форма общей памяти не масштабируется, и чем больше процессоров тем сложнее поддерживать иллюзию что они работают с одним плоским адресным пространством.
>не знать про бут за 3 секунды на полнофункциональном линупсе
И правда не знать, я же не админ. А там вся графическая система за секунду стартует.
>решивший что он дохуя охуенен
Я о себе и о своих силах достаточно скромного мнения, если ты не заметил.
@engineer >>считать что переключения контекстов как-то относятся к различным адресным пространствам
>Таблицы виртуальной памяти кто перезагружать будет? TLB кто прочищать будет (ладно, он сам, но как долго?).
ты даже не понял аргумента, диванный кукаретик. без переключения контекстов ты не сделаешь ни многозадачность, ни прерывания; это иррелевантно к наличию/отсутствию единого адресного пространства.
>Костыль, не масштабируется. Никакая форма общей памяти не масштабируется, и чем больше процессоров тем сложнее поддерживать иллюзию что они работают с одним плоским адресным пространством.
палю: отсутствие общей памяти = два более дешевых компа стоят рядом и объеденены в сеть. это уже есть.
а вот весь смысл многоядерности - в поддержке этой иллюзии
>И правда не знать, я же не админ.
т.е. ты не разбираешь в современных достижениях инженерии. какой ты инженегр после этого?
>Я о себе и о своих силах достаточно скромного мнения, если ты не заметил.
считать свою профессию венцом человечества = иметь ЧСВ астрономических размеров.
@hate-engine >без переключения контекстов
Да понятно что регистры придётся и так и так сохранять, но это мелочь по сравнению с тем что я выше сказал.
>стоят рядом и объеденены в сеть. это уже есть.
Это уже и на чипах несколько лет как есть. Без этого всё сложнее и сложнее становится. Ты представляешь что такое когерентный кэш для 64 процессоров?
>не разбираешь в современных достижениях инженерии
Ещё раз повторюсь, я не линукс-админ и не разбираюсь в тонкостях параллельной загрузки линукса. Программирование - не инженерия а так, игрушки.
>считать свою профессию венцом человечества
Не конкретно мою, но что поделать - мы живём в материальном мире и важнее всего те кто позволяют нам использовать его в своиз целях.
@engineer >Да понятно что регистры придётся и так и так сохранять, но это мелочь по сравнению с тем что я выше сказал.
возможно. только не нужно смешивать переключение контекста и TLB - последнее есть совсем не везде.
ок, а теперь: как ты будешь делать своп? дисковая память в разы дешевле чем оперативная
>Это уже и на чипах несколько лет как есть. Без этого всё сложнее и сложнее становится. Ты представляешь что такое когерентный кэш для 64 процессоров?
нет, зачем? я программист, если мне электронщик сказал что у него получился когерентный кеш - то збс.
>Ещё раз повторюсь, я не линукс-админ и не разбираюсь в тонкостях параллельной загрузки линукса.
я какбэ намекаю на твою замкнутость и ограниченность.
>Программирование - не инженерия а так, игрушки.
твоя моральная оценка моей професии меня неебет.
>мы живём в материальном мире и важнее всего те кто позволяют нам использовать его в своиз целях.
т.е. важнее всего агрономы и сантехники. ок, почему ты не агроном или сантехник?
@hate-engine >последнее есть совсем не везде
Там где TLB с виртуальной памятью нет - и свопа нет.
>своп? дисковая память в разы дешевле чем оперативная
Своп в десктопных системах от бедности а сейчас так и вообще традиция. В эмбеде ничего такого не нужно. Нужна память - выбирают по скорости и ставят.
>мне электронщик сказал что у него получился когерентный кеш - то збс.
Больше чем для 64 ядер не получится, уже никак. Либо будет сильно тормозить, либо тебя всё-таки заставят программировать по-новому.
>замкнутость и ограниченность
Почитай мой бложик чтоли, там много разного.
>моральная оценка моей професии
Нормальная профессия, хорошая. Главное не писать софт за который потом стыдно, это хуже всего.
>т.е. важнее всего агрономы
Агрономы действительно важны, может я и им как-то помогу. Мне всё же кажется что важнее всего те кто автоматизируют труд.
@engineer >Своп в десктопных системах от бедности а сейчас так и вообще традиция. В эмбеде ничего такого не нужно. Нужна память - выбирают по скорости и ставят.
>эмбеде
>64 ядра
што?
>Либо будет сильно тормозить
пруф или зависит от задачи. для большинства задач поддержка когерентности памяти между нодами перейдет с электронщика на программиста, всего навсего
>Почитай мой бложик чтоли, там много разного.
ты выставил аргумент о скорости колибри ос, я выставил контраргумент о скорости линупсов, ты попытался обосрать меня сказав что не барское это дело - шарить в администировании линупса, я контробосрал что не читать новости мира линупсов - это быть ограниченным человеком.
кажется мы съехали с темы
>Главное не писать софт за который потом стыдно, это хуже всего.
главное - следовать своим моральным принципам, у каждого они свои, и навязывать их друг другу не стоит
>Мне всё же кажется что важнее всего те кто автоматизируют труд.
важны те, кто может сделать ту работу, которую ты не в состоянии или если тебе обойдется дешевле ее передать другому человеку
> читать гайд/хуйяйд
> не потратить это время с пользой для человечества
> не получить пруфиты, на которые можно будет нанять парашинцев для башопердолинга
@polecat >всё через анус и куча уязвимостей.
В хроме их мало. Не стыдно за браузеры потому что они прилично рендерят даже невалидные документы, поддерживают кучу форматов контента и вообще являются одними из самых универсальныъ программ для отображения и работы с любой информацией.
@polecat От секьюрити-петушков тошнит уже, я бы с большим удовольствием передавил подошвами и эксплойтописателей и эксплойтозащищателей и зажил бы наконец спокойно.
А ещё от эксплойтопетушков в большинстве случаев спасает managed runtime.
@engineer >managed runtime
Если бы на нём писали все программы, в т.ч. и браузеры. Большинство бед от арифметики над указателями (и переполнение буферов во всяких парсерах протоколов тоже).
@engineer Расскажи это моему фаерфоксу, который вешается при количестве вкладок > 100.
Олсо остальные браузеры - говно и не умеют в 1/10 функциональности лисы.
@engineer тогда скажи мне такую вещь. я пилю в рабстве "важный проект". и тут внезапно сдох перфорс. я должен сам логиниться на сервер, читать логи, трейсить пакеты, чото там анализировать итд итп? или мне лучше просто написать ОДНО письмо индусомакаке, которая начнет разбираться с этим, чтобы я не тратил свое время?
@goren к макросам вот точно админомакак подпускать не нельзя. слишком мощный инструмент, который тривиально mis-useить.
нужен простой тул с максимально однозначным и простым синтаксисом и семантикой, который будет пиздить долбоебов по рукам в максимальном количестве случаев.
@4da Сомнительно. Торрент вообще мало чего обрабатывает. Емакс — разве что если ты миллиард костылей там запустишь. Терминал и плеер не считаются вообще.
@goren du -h ~/.emacs.d
...
> 135M .emacs.d
> Торрент вообще мало чего обрабатывает.
DHT алсо обычно отдаю MB/s. tell me moar.
> плеер не считаются вообще.
схуяли не считаются? а музыку (пере)индексировать кто будет?
@4da ты кого тут наебать пытаешься, недизайнер? гимп усирается уже при паре тройке холстов с ощутимой историй операций (поболее чем кропнуть-ресайзнуть на аватарку) так что мне браузер закрывать приходится. про опенофис я вообще молчу, тот лопается даже на плейнтекстовых документах. когда мне в последний раз приходилось параллельно работать с кучей документов - пришлось выкинуть жопенофис и наоткрывать вкладок с визивигами в браузере
@kurkuma и это уже не говоря про то, что очень многих охуенных фич типа интеграции с другими продуктами или охуенного поиска в громоптице никогда не было и не будет
@goren от тех кто догадался использовать фидбек других людей чтобы эмулировать восприятие музыки, но при этом неспособен вкурить ни одну современную композицию, по которой нет готового скомпилированного фидбека?
@kurkuma > интеграции с другими продуктами
нахуй не всралось.
> охуенного поиска в громоптице
чож там за охуенный поиск такой. у меня громоптица вполне неплохо искала когда я ее юзал.
@4da >нахуй не всралось.
почему я не удивлен? зато 640кб хватит даже внукам
>чож там за охуенный поиск такой. у меня громоптица вполне неплохо искала когда я ее юзал.
я те грю: поюзай - потом сам расскажешь как охуенно
@4da Ну, если бы я делал универсальную программу для обработки информации то у меня получился бы браузер в котором вместо HTML - S-выражения а вместо JS - лисп. Но и нынешние брузеры на это очень походи если отбросить синтаксис.
@4da Способность отличать музыку от говна в данном контексте. Вот у куркумы такой способности нет, он только ищет необычные звучания. Поэтому его мнение в вопросах музыки не авторитетно.
@goren Отличить говно от неговна, когда это уже сделали миллионы людей до тебя, сможет даже младенец, которому даже необязательно гуглить, зеркальные нейроны сделают это за него - он просто впитает вкусы и мнения окружающих его субсоциумов и будет считать это своим, здесь нет никакого достижения или еще чего, любой мудак проучившийся в консерватории будет разбираться в классике даже если он контуженный, глухой на одно ухо и не различает тональности - просто за время учебы он впитает мнения авторитетов и скомпилирует их в свое. Музыкальный слух человека проявляется, в первую очередь, тогда, когда этот человек слышит то, что не слышал никогда ранее, то, оценку чего ему придется самостоятельно изобрести, а не впитать извне. Ценность мнения человека "разбирающегося" в давно уже надоевшей всем музыке равноценна алгоритмам какого-нибудь ласт.фма или чартсам рим'а, если его научить строить рейтинги под определенные субсоциумы.
@goren Если бы у меня не было вкуса, я бы не мог определить что мне нравится, а что нет и в какой степени, но это опровергается эмпирически. Как тебе такой шлепок по губам от научного хуйца?
@goren Если бы только, тогда бы мне нравилось (точнее не нравилось, я ведь не могу получить фидбек от моих "музыкальных вкусовых рецепторов") все подряд, но это опять же, опровергается экспериментально. Или ты не можешь в разницу между "критерий качества" и "намеренное сужение области поиска"?
@kurkuma Так тебе и нравится всё подряд, ты выбираешь музыку не по её качеству, красоте или сложности, а по внешним относительно собственно музыки критериям.
@goren Пруфы-то где? На чем основано твое отверждение? Или навыдумывал себе хуеты и теперь старательно веришь что все так и есть? Чем ты отличаешься от поехавших верующих и/или каких-нибудь суеверщиков?
@polecat >а вот тут я твой рот ёб, сраная пыхоблядь.
Слишком много о себе думаете, молодой человек. Кто из нас днище и веб-кодерок, не умеющий ни в си ни в ассемблер - вопрос.
@engineer ты какой-то нелогичный. с одной стороны агитируешь за jit и высокоуровневый код, а с другой стороны щитает умение в сишку и asm необходимым условием быть инжинером.
@goren может где-то там и есть, какие-нибудь трудновоспроизводимые баги на особых магических конфигурациях и в ранних альфах, но я как пользователь с ними никогда не сталкивался
@4da Я ещё молоденький, мне позволительна иррациональность ^__^
Прос то я имею в виду что можно и зная ассемблер и си не смотреть на веб как на что-то плохое.
@engineer так и я про то же: оттестированно годами на миллиардах пользователей, это вам не какой-нибудь линух или безфидбековый тырпрайз, в ноде добавили минимум: систему плагинов и новые апи, которые все равно юзаются очень редко
@polecat Тезис в том что хацкеры - безрукие засранцы которые не могут жить без технологий которые создаются творцами и корпорациями. Они сами не могут сделать ни-че-го. Ни компьютер, ни процессор, ни транзистор. Только как плесень поедать чужие ажурные постройки.
Плесень нужно травить серной кислотой и ртутной солью.
@4da Гнойные, прыщавые сопляки вроде хацкеров своими действиями и мусорной идеологией тормозят прогресс человечества, совокупности свободных индивидуумов.
// открыл ящик старой копипасты
@polecat >до уровня творений розового пони
Мне это абсолютно неинтересно, бессмысленная трата жизни, ковыряться в коде который выдал компилятор (подбирать всякую дрянь за машиной).
У меня гораздо более интересные дела - андроидные роботы например.
@polecat Вообще я бы хацкеров одевал бы в костюмы служанок-котодевочек, запирал в подвалах и доводил до деградации, пока вся их жизнь не будет состоять из лакания молока из миски и мяуканья (говорить они у меня быстро отучатся).
@polecat Из-за взломщиков-эксплойтописателей мне приходится лишать андроидов-служанок всех модемов и доступа к интернету (хотя это было бы разумно в любом случае). Отвратительно что всякие сопливые унтера мешают светлому будущему человечества.
Вообще все эти безопасники напоминают государство - берут налог со всех за то чтобы не ломать нашу (мою) инфраструктуру.
Конечно их надо давить и унижать, как же с ними ещё можно.