Кодинг непереносимого шиндошс-говна становится все менее нужным? Бида-пичаль.
МИКРОСОФТ дал установку - теперь все ПРИЛОЖЕНИЯ для операционной системы ВИНДОВС надо писать на C#
>>342826
>В рашке походу это вымирающая специализация.
Не нужна же. Чем скорее вымрет, тем лучше.
>вакансии на hh висят месяцами в тщетной попытке найти хоть кого-то
Допустим, я могу уйти из своего инвест-банка и пойти писать драйвера на си плюс плюс. Вы мне тысяч 250 за это дадите?
>>342832
кодинг нужен, но в рашке уже не пишут драйверов, потому как найти спеца со знанием С++/WDK/Native API/RPC/WPP/ETW даже в ДС проблема неразрешимая. Умственная деградация. Нет мозгов - нет своего продукта.
>Допустим, я могу уйти из своего инвест-банка и пойти писать драйвера на си плюс плю
написатели сикуэль запросов из банка не нужны
>>342826
Может быть и хотели бы, да предложений, особенно по мухосрани нет. И будущее поколение выбирает вебговно и мобилоговно, потому что это перспективно, а не потому что интересно. Рынок сегментирован, байтоебы не везде нужны.
>>342826
Положим, я знаю что такое WinApi и DDK.
Сколько дадите денег?
>>342846
>Сколько дадите денег?
Тебе только ботинки в рыло.
ОП, для конструктивной дискуссии давай пару ссылок на конкретные вакансии, посмотрим что ты имеешь ввиду под актуальной низкоуровневостью.
>>342826
>Но за границей эти знания по-прежнему востребованы
Нет. Байтослесари не нужны, поэтому их унижают и не платят, поэтому даже пхпдебилы более уважаемы и востребованы.
Потому что малварщики должны умереть в говне.
>>342826
>Low-level Windows programming
И зачем это говно нужно, когда есть линукс и бсд с более гибкой и продуктивной разработкой и результатом.
>>342837
>уже не пишут драйверов
>С++
Только даун и будет писать драйвера на крестопораше, а так достаточно.
>>342837
А чего там знать-то? Открываешь спеки, открываешь мсдн и пишешь.
>>342826
А что такое low level знания? Ассемблер что ли? На нем еще кто-то пишет?
Драйвера по-прежнему пишут компании-производители.
Сама винда вымирает (пруф: продажи ноутбуков и планшетов обходят продаже персональных ПК — никому не нужна огромная жужжащая коробка с допотопным интерфейсом), антивирусы тоже станут не нужны, когда перейдут на модерируемые магазины приложений и отключат возможность сидящей за компом обезьянке самой скачивать и запускать екзешники (а сами приложения подпишут и засунут в песочницу, как на iOS. iOS — самая безопасная платформа сегодня).
И хорошо, так как антивирусы всегда были уродливым прикрученным сбоку костылем. Думаю, останется только то, что связано с фаерволлами, защитой от утечек данных для корпораций.
Ну а что касается «кодеки, компиляторы, сетевые службы», то глупо писать только под вымирающую винду, и какие именно low level знания нужны для написания компилятора? Их на ассемблере никто не пишет. И зачем писать свой, более плохой, российский компилятор, когда есть Intel, LLVM и другие проекты? Это как упороться надо?
При разработке кодека для аудио/видео программирование — самая легкая часть и справится с этим любой джуниор если дать четкое ТЗ. И что такое сетевые службы, где они нужны кроме вымирающей винды и зачем там ассемблер?
> школота знала
Так профессиональные программисты на Си/Си++ по-прежнему вполне востребованы, а вот школьники, выучившие 3 с половиной функции из винапи на краденой дельфи — нет.
Ну и в завершение, давайте еще раз вспомним, что плохого в байтодурачках. Только упоротые байтолюбы готовы сидеть и вручную переставлять команды в программе — умные люди придумывают инструмент, который оптимизирует код по таким же алгоритмам и встраивают его в компилятор. Разница думаю очевидна.
>>342915
>iOS — самая безопасная платформа сегодня)
Иди пробздись, они даже от кражи приложений защититься не смогли. WP сегодня дает на клыка этому поделию в плане безопасности.
счас билли винду для планшетов бесплатной сделал, появятся скоро виндовые планшетики
FAR под них ктонить адаптирует, вот тогда заживем!
>>342918
Она безопасная в первую очередь для пользователя, а не производителя приложений.
Алсо, пиратские приложения ставятся только на взломанные айфоны, а использовать джейлбрейк = установить себе китайский бекдор и сам себе злобный буратино. Проблемы не вижу.
>>342920
Консольные приложения неюзабельны на планшетах. Алсо, зачем он там вообще нужен? Файлы из папки в папку копировать? Ты странный.
>>342915
>Только упоротые байтолюбы готовы сидеть и вручную переставлять команды в программе — умные люди придумывают инструмент, который оптимизирует код по таким же алгоритмам и встраивают его в компилятор.
Сказала пхп-макака.
>>342926
ну ты дурила, клавиатуру с мышью подключаеш и заебись
а FAR ето моя любимая среда для программирования
>И зачем это говно нужно, когда есть линукс и бсд с более гибкой
Так считает школота.
1. У 99% заказчиков в России (я пишу драйвера под торговое оборудование) стоит винда XP/Vista/7/8/Server.
И срать они хотели на какой-то там говнолюнекс.
2. По причине 1, линуксогавно не нужно. Потому что за разработку под него никто тебе не заплатит.
>И зачем это говно нужно, когда есть линукс и бсд с более гибкой
Так считает школота.
1. У 99% заказчиков в России (я пишу драйвера под торговое оборудование) стоит винда XP/Vista/7/8/Server.
И срать они хотели на какой-то там говнолюнекс.
2. По причине 1, линуксогавно не нужно. Потому что за разработку под него никто тебе не заплатит.
>Положим, я знаю что такое WinApi и DDK.
>Сколько дадите денег?
За такое даже пиздюлей не дадут. Нужны самостоятельно реализованные проекты.
>>342915
>А что такое low level знания? Ассемблер что ли?
Наркоман? Какой еще ассемблер. В первом посте перечислены стартовые знания С++/WDK/Native API/RPC/WPP/ETW
Еще конечно стек TCP/IP + стандартный криптопровайдер винды + конечно классический WinAPI 32/64 + умение пользоваться СофтАйс + много мелкой хуиты.
>>342826
>>Последний кстати сторчался на хмуром и окончательно поехал.
Жирный, давай пруфы.
>>342932
>>я пишу драйвера под торговое оборудование
Пиздец. ФП - ты, конечно, не знаешь.
Евген, паттерны (ООП, не говоря уж про ЫнтЫрпрайз) - хоть осилил?
>>Рихтер
Ок.
>>Петцольд
>>Low-level Windows programming
Наркоман штоле?
>>В рашке походу это вымирающая специализация.
С WinApi ты прекрасно можешь работать и на шарпе.
Байтослесаря отправляются на свалку истории вместе с дельфи 5 и winapi. Хаскель устремляется в золотое будущее, вместе с LLVW, полностью переписанным IO с линейной масштабируемостью на 30 ядер и CUDA/OpenCL библиотеками. Адаптируйся или иди подметать дворы.
>>342936
Ну и какие это могут быть проекты? Порт FUSE под винды, который уже 15 лет сделать не могут?
Если нет хороших специалистов, то надо нанять желающих, платить им деньги и учить. Да, больше никак. Только наши жлобы от бизнеса этого не любят.
>>342965 Мечтаю изучить дельфи 5 1999г и стать байтослесарем высокой квалификации
>Ну и какие это могут быть проекты?
К примеру драйвер RFID принтера, который позволит печатать и программировать этикетки из любого виндового софта. 1С и проч. Т.е. перехват отправленных на печать заданий, их модификация, задание схем кодирования, распознавание штрихкодов на этикетке, работа со спулером, принтпроцессором, реализация собственной очереди печати и еще куча всего.
Короче все это не для глупой школоты...
поссал на никому-ненужных-байто-дебилов
>>342997
Ответь на один вопрос, пожалуйста.
Если хаскель такой прогрессивный и вообще идет к успеху, то где софт, который на нем пишут?
Ведь по настойчивым заверениям здешних борщехлебов, ситуация сейчас обстоит примерно так:
в то время, пока немытые байтослесари дрочат указатели и освобождают память, прогрессивные хаскелисты, познав истинную свободу творчества, пишут свободный от ошибок, математически выверенный софт, который рвет по производительности чуть ли не все поделия императивных макак.
Но что-то я на своем компе ни одной такой программы не заметил. И не мудрено: ведь даже компиляторы самого хаскеля пишут на "байтопараше". А найти в сети что-либо написанное на хаскеле, кроме элегантных, но плохо читаемых однострочников уровня факториала - это настоящий квест.
Преимущества хаскеля тоже сомнительны, т.к. основные функциональные фишки сейчас поддерживает любой вменяемый императивный язык.
В связи с этим, наблюдаем коллективный бугурт мамкиных борщехлебов. Ведь их идеальный язык на хер никому не упал. Непорядок же! Особо навиные из них, на просьбы в ньюфаг-треде помочь с решением задачи на C++, непременно постят решение на хаскеле, надеясь, что ньюфаг оценит и тут же окунется в чан с говном под названием хаскель. Те же, кому треск собственного пердака уже мешает спать по ночам, при упоминании императивных языков в любом треде, не успев прожевать борщ, начинают кукарекать о скором вымирании всех императивных языков. Так и живем. А софта на хаскеле как не было, так и нет.
>>342994
девочька, почему у тебя такой черезжопный способ?
неправильная аржитектура програмного комплекса у тебя
>>343000
>то где софт
Дальше не читал. Софтоговно НЕНУЖНО и для быдла.
>>343004
>Дальше не читал.
Не ври. Все ты прочитал. Просто тебе сказать нечего.
>Софтоговно НЕНУЖНО и для быдла.
Но ты же как-то написал свой пост. Либо ты это сделал с помощью браузера, что автоматически делает тебя быдлом, ибо ты юзаеш софт, который по твоим же словам "НЕНУЖНО и для быдла". Либо ты постишь напрямую из ghci.
Здравствуйте, уважаемые посетители этого толстотреда. Сегодня я хочу увести его в более актуальное направление.
И так, как известно, перфокарты потихоньку начинают терять популярность. Это и не мудрено - ведь сложность проектов и защита от ошибок позволяют создавать более сложные проекты. Зарождающиеся языки высокого уровня (такие как ФОРТРАН и С) еще больше забивают гвоздь в крышку гроба перфокарт.
Но у перфокарт остаются свои защитники - так называемые "перфобляди". Они пытаются приводить аргументы в пользу своих быдлокарт. И так, что же они защищают?
МИФ1: Вычислительные машины с перфокартами намного мощнее.
С этим частично можно согласиться, ведь эти машины занимают целую комнату и на одно только охлаждение уходят сотни ватт каждый час.
МИФ2: Перфокарты надежнее магнитных лент и дисков.
Черт, перфобляди опять частично правы. Магнит никак не вредит перфокарте.
МИФ3: Использованные перфокарты можно использовать как закладки.
Конечно можно, но подтереться ими не получится - слишком жесткие.
>>342971
Какой фузе? В винде ваше говнище хуюниксовое нахуй никому не сдалось, это вы из винды все фишки пиздите и вайны клепаете.
>>343004
Лол. И как же тогда Хаскелл вытеснит другие языки, если на нем ни хрена не пишут?
>>343012
Никак, хаскелл ведь говно ебаное для борщехлебов.
>>343009
Какая-то однобокая у тебя аргументация.
Приведи аргументы в пользу того, что защищаешь ты. Не надо тут героически опровергать мифы, которые ты сам и придумал.
Просто ваше допотопное говно имеет большую маркетинговую поддержку, а так же за ним огромные стада твердолобых специально выведенных компьютерных слесарей-опущенцев. И горы легаси говна, которые эти стада за сорок лет навысирали, которые надо поддерживать. И толпы старперов в ВУЗах из прошлого века. Ну ничего, время вам все покажет, как показало другим.
>>342941
>С++
>low-level
>С++
>драйвера
00/0
>WinAPI
>32/64
Лолд.
>умение пользоваться СофтАйс
Умение анально сношать окоченевшие трупы, ты хотел сказать.
>>343009
Здравствуйте, уважаемые посетители этого толстотреда. Сегодня я хочу увести его в более актуальное направление.
И так, как известно, электромеханика потихоньку начинает терять популярность. Это и не мудрено - ведь сложность устройств и простота монтажа позволяют создавать более сложные устройства. Зарождающиеся полупроводниковые устройства (такие как транзисторы и тиристоры) еще больше забивают гвоздь в крышку гроба электромеханики.
Но у электромеханики остаются свои защитники - так называемые "механобляди". Они пытаются приводить аргументы в пользу своих быдлореле. И так, что же они защищают?
МИФ1: Вычислительные машины на базе электромеханики намного мощнее.
С этим частично можно согласиться, ведь эти машины занимают целое здание и на одно только охлаждение уходят десятки тысячи ватт каждый час.
МИФ2: Электромеханика надежнее транзисторов и микроэлектроники.
Черт, механобляди опять частично правы. Электромагнитные помехи никак не вредят электромеханическим реле.
МИФ3: Использованные реле можно использовать как автоматы защиты.
Конечно можно, но уставки так просто не поменяешь - исполнение-то одно.
>>343000
>Если хаскель такой прогрессивный и вообще идет к успеху, то где софт, который на нем пишут?
Нахуй тебе софт, как будто ты работодатель какой. С этим тебе в /biz/ (на самом деле нет). Программиста больше интересует рынок труда, для десктопного софта он практически мертв. Придешь ты в компанию, а там сидит 7 человек с десятилетним опытом С++ и пятилетним в проекте, в котором миллион строк кода и работы тебе - мейнтейнить и патчить скучное говно.
Есть очень простой способ кодомакаке построить карьеру, особо не напрягая мозг. Учишь экзотический язык (конечно же не хаскель, scala, clojure алебо Go какой-нить), делаешь на нем пару факториалов на гитхабе, ищешь стортап с такими же фонатами и тебя берут как одного кандидата из трех доступных (если не возьмут, то возьмут на следующем проекте, потому что вас останется два). Через полгода ты один из самых крутых специалистов в регионе, а первым парнем на деревне быть лучше.
>>343022
>Fortran 1954
>IPL 1956
Время уже все показало, дружок.
>>343040
Здравствуйте, уважаемые посетители этого толстотреда. Сегодня я хочу увести его в более актуальное направление.
И так, как известно, паровые двигатели потихоньку начинают терять популярность. Это и не мудрено - ведь низкий кпд и большие объёмы двигателя позволяют создавать проекты с низким кпд. Зарождающиеся двигатели внутреннего сгорания (производства Ford и Porsche) еще больше забивают гвоздь в крышку гроба паровых двигателей.
Но у паровых двигателей остаются свои защитники - так называемые "паробляди". Они пытаются приводить аргументы в пользу своих быдлокотлов. И так, что же они защищают?
МИФ1: Транспорт с паровыми двигателями намного мощнее.
С этим частично можно согласиться, ведь эти машины занимают две полосы и на одни только тепловые выбросы производят сотни джоулей каждый час.
МИФ2: Паровые двигатели надежнее диельных и бензиновых.
Черт, паробляди опять частично правы. Искре не взорвать резревуар с паром.
МИФ3: Использованные котлы можно использовать как ёмкости для пищи.
Конечно можно, но ванну принять в них не получится - слишком маленькие.
>>342826
Ну я такой, одной ногой ушёл в мобилопарашу, т.к. там зарплаты больше раза в два
>>343041
При чем здесь работодатели и вообще энетрпрайз?
Или может новых хаскелистов привлекают к изучению языка обещаниями моментального трудоустройства и космических зарплат?
Хер с этим энтерпрайзом. Опенсорс где? Такой-то способ явить миру лучшие стороны языка. Ведь если на Хаскеле программы пишутся быстрее, легче и почти все ошибки отлавливаются на стадии компиляции, то знай себе, кооперируйся с единомышленниками и заявляй о себе и о достоинствах языка путем написания первоклассных программ. А там, глядишь, и работодатели бы присмотрелись. Но нет. Мы будем писать факториалы и бугурить на засилье императивных языков. Это значит, императивщики виноваты в том, что хаскелисты ничего не пишут?
>>343000
>где софт, который на нем пишут?
Зайди на хакадж, например.
>Но что-то я на своем компе ни одной такой программы не заметил.
А что вообще есть на твоём компе, кроме вирусов и игрушек?
>даже компиляторы самого хаскеля пишут на "байтопараше"
У украинских СМИ пиздеть учился?
>>343045
Здравствуйте, уважаемые посетители этого толстотреда. Сегодня я хочу увести его в более актуальное направление.
И так, как известно, конские экипажи потихоньку начинают терять популярность. Это и не мудрено - ведь выносливость лошадей и мягкость металла подков позволяют уменьшают выносливость лошадей. Зарождающиеся паровые двигатели (производства Уатта и Севери) еще больше забивают гвоздь в крышку гроба конских экипажей.
Но у конских экипажей остаются свои защитники - так называемые "конебляди". Они пытаются приводить аргументы в пользу своих быдлоконей. И так, что же они защищают?
МИФ1: Кони намного быстрее.
С этим частично можно согласиться, ведь кони могут догнать паровоз и на одно только питание уходят десятки стогов сена каждый месяц.
МИФ2: Кони надежнее паровых котлов и резревуаров.
Черт, конебляди опять частично правы. Повышенное давление внутри коня коню не повредит.
МИФ3: Использованных коней можно использовать как друзей.
Конечно можно, но заняться сексом с ними не получится - слишком длинные.
>>343047
Ты вообще не осилил мой пост. Просто вообще. Перечитай.
>неправильная аржитектура програмного комплекса у тебя
Ой, а кто это с последней парты закукарекал? Один-эс питушок? Выйдите к доске молодой человек и расскажите нам о правильной арЖитектуре программного комплекса
>>343056
>Один-эс питушок
>системный программист RFID принтеров
Да у вас тут питушинный барак, как я погляжу.
>>343050
>Зайди на хакадж, например.
И что я там найду такого, без чего нельзя обойтись на десктопе?
>А что вообще есть на твоём компе, кроме вирусов и игрушек?
Смотри пик.
>У украинских СМИ пиздеть учился?
Смотри пик.
Эни квэшнс?
>>343052
>Ты вообще не осилил мой пост.
Ты прав. Я действительно не понял, что ты хочел сказать и как твои слова объясняют низкую продуктивность сообщества хаскель-программистов. Если что, я писал об этом. Каким боком здесь рынок струда стоит - я хз.
> байтоебы
Всегда проигрываю от этого слова. Сразу вспоминается старая паста с васма: http://www.wasm.ru/wault/article/show/onebyte
И сразу возникает образ истеричного мальчика, который немножко освоил пэхапе и может писать запросы в Один-Це в конструкторе.
- Кресты не нужны! Байтоебы, Байтоебы, Байтоебы! Пэхапе стронк!
>>343058
>hugs
>компилятор
Эта байтоблядь потекла, несите следующую.
>>343062
>И сразу возникает образ истеричного мальчика, который немножко освоил пэхапе и может писать запросы в Один-Це в конструкторе.
Но ведь это гораздо более интеллектуальное занятие, ебля с драйвером для RFID принтера.
>>343063
Тебе показать сишный код в ghc, или это слишком сильно травмирует твои религиозные чувства?
>>342826
> Low-level Windows programming
> В рашке походу это вымирающая специализация. Из-за общей деградации it-сферы.
Не из-за деградации, а из-за развития. Эта хуетень и нынешняя местная индустрия соотносятся примерно как рубка дерева и производство декоративной дизайнерской мебели.
>>343068
Давай, показывай. Заодно потрудись написать, что именно делает этот код, и какое отношение имеет к компиляции. Хотя скорее всего ты слишком туп для этого.
>>343066
>интеллектуальное занятие
>наследственные быдлокододебилы
>/зк
Самый толстый пост ИТТ
>>343071
Узри же, сколь глубоко скверна поразила "чистейшее" из людских творений: https://github.com/ghc/ghc/search?l=c
>потрудись написать, что именно делает этот код
Для начала потрудись объяснить, с чего я должен это делать.
>>343075
Никто не спорит с тем, что это быдлокодинг, но ведь какой-нибудь интернет-магазин имеет гораздо более сложную структуру, чем RFID-драйвер, а в 1-С печать чеков - это всего лишь одна маленькая функция. Я уж не говорю про аналитическую работу, которой в байтоёбских проектах типа "взять байтик оттуда, переслать туда" просто нет.
Вообще в байтоёбстве нет никаких сложных алгоритмов, нет никакой аналитики, нет никакого проектирования. Есть только не очень удобные средства разработки, хуеватые языки и куча бойлерплейта, который нужно высирать в код, чтобы сделать по сути очень простую задачу. Поэтому всем было бы похуй на байтоёбов, если бы не ЧСВ самих байтоёбов, которые явно задержались в развитии на уровне школьников-хакеров и думают, что если кто-то не занимается задрачиванием спек к RFID принтерам (а нахуй они мне нужны, если я работаю квант-аналитиком в инвест-банке, а не программистом на побегушках в сети Эльдорадо), то это деградация IT.
Пришло время напомнить простые истины:
□ И байтобляди, и хаскебляди примерно равны в своей маргинальности и малой востребованности;
□ Хаскеёбство - это хотя-бы изощрённые игры разума, а байтоёбство - просто примитивная хуита.
>>343080
>всем было бы похуй на байтоёбов, если бы не ЧСВ самих байтоёбов
Но ведь на хаскеледаунов всем насрать, даже несмотря на их ЧСВ.
Отсюда вывод: ЧСВ - сомнительный индикатор востребованности.
>>343080
>Я уж не говорю про аналитическую работу
Вот и не говори, диван борщехлебович.
Я этой анал ит ической работой нажрался выше крыши, и отнюдь не на уровне бухгалтерского баланса. Круды - они круды и есть, нет там почти ничего кроме дрочева - как и в драйверах, собственно.
От 90% спиномозговой пахоты и совсем немного забавных нюансов - как и везде.
>>343081
>просто примитивная хуита
Забайтоебив можно получить превосходный результат - доказано годами.
Похуярив йоба-морфизмы можно только поднять ЧСВ, не более.
>>343088
Превосходное - враг хорошего, а идеальное - непрактично. Так и байтоёбы с хаскелятами.
>>342826
> вакансии на hh висят месяцами
Внезапно там нужны с опытом от 20 лет постоянной разработки. Мне нравится низкоуровщина, но у меня семья.
>>343090
Идеальное - прекрасно, and nothing else matters.
>>342941
Все завязано на вымирающую винду? Хороший набор.
Алсо, насколько я знаю, в майкрософт каждые несколько лет депрекейтят одну библиотеку и вводят вместо не новую.
>>342994
Сам собой напрашивается вопрос, а что не так с драйверами от производителя что надо писать свои?
>>343104
Оно пиздит.
Приличное количество торгового оборудования умеет в пингвина, кассы - особенно.
>>343105
>что не так с драйверами от производителя
>торговое оборудование от прогнивших пидорасов других среди производителей ПОЧЕМУ-ТО нет
Ты не поверишь, как правило - ВСЁ.
>>343047
Подтверждаю. Рубисты не ныли, а сделали 37signals, написали фремйворк и книгу и сделали язык модным и популярным. А хаскеллистам только и остается слезы лить в тарелку.
>>343110
Рубистам в этом плане проще, поскольку они ориентируются на спрос, рынок, и моду. Хаскеллисты ориентируются на нечто противоположное.
>а что не так с драйверами от производителя что надо писать свои?
Первое цена. Драйвера + SDK разработчика у производителя может стоить столько же, сколько и сама железка. И при этом нет интеграции с 1С например.
Поэтому владелец торговой сети "Залупин и КО" - Зиндельсберг Абрам Моисеевич, покупает партию железок в Европе. И заказывает их "интеграцию" c УПП 1С:Предприятие у системного интегратора "Говнокодинг Inc." в Москв.
Те пишут свой драйвер + COM оболочку + 1С обработку для интеграции железки в ERP систему торговой сети. Выходит в 2 раза дешевле чем у производителя и при этом еще с интеграцией в 1С. Абрам Моисеевич страшно доволен, заплатил дешевле, к нему приехали и все установили, и железки (кассовые аппараты, электронные весы, принтеры этикетов, противокражные ворота и т.д. работают в его ERP системе)
Вот по сути и вся схемы работы.
>>343047
> Ведь если на Хаскеле программы пишутся быстрее, легче и почти все ошибки отлавливаются на стадии компиляции, то знай себе, кооперируйся с единомышленниками и заявляй о себе и о достоинствах языка путем написания первоклассных программ.
На самом деле, это всё неправда, и это прекрасно знают все хачкелисты. Реально писать на хаскеле что-либо прикладное гораздо менее удобно и более накладно, чем на всяких кофескриптах. Тем не менее, интересно - особенно, если и не пытаться писать что-либо прикладное.
>Приличное количество торгового оборудования умеет в пингвина
Вот упертый толстячок. Никому твой пингвин нафиг не нужен. Абрам Моисеевич ничего про него не знает. У него везде стоит честно украденная купленная XP и его главный эникецщик Сычев тоже ничего кроме XP не знает. Так что пингвина можешь засунуть себе в жопу. Денег за него Абрам Моисеевич тебе не заплатит.
>>343121
Ну не все же живут в 90х. Ты практически призываешь людей скатываться в самое технологическое и технополитическое дно. Это может привлечь только очень специфичиских извращенцев, типа как особая форма ретроБДСМдауншифтинга.
>>343121
>его главный эникецщик Сычев
прекрасно знает о пингвинах - если, конечно, это действительно Абрам а не Василий с сетью из трех ларьков.
Ты запизделось, или отстало лет на 10, существо.
И да, есть поставщики которые предлагают даже на выбор. Их немного - но есть.
>>343124
>призываешь
Оно не призывает а успокаивает себя - по очевидным причинам, хаха.
>>343126
ну конечно, школьник-красноглазик сидящий на мамкиной шее знает как оно на самом деле :3
>>343128
Всё, оно слилось. Неудивительно что всё что ты делаешь - на развлекательном форуме кукарекаешь, с таким-то НАВЫКАМИ ОБЩЕНИЯ.
Профессионал, испугавшийся линукса - анекдот из трех слов.
практика показала что в кучке модных ентерпрайзомакак, похуй ява это шарп или мобилки, всегда должна находится хотя бы одна старая байтоблядь в свитере, иначе проэкт пойдет под откос
рп с опытом
В этом ИТТ треде, главный пхпклоун, членодевка-байтослесарь, js-опущенец, агрессивный пердолик из s/, упоротый хаскишкольник и ленивое энтерпрайзо-хуйло всем на потеху обсуждали что-то якобы связанное с программированием. Вы смотрели спектакль - Анальная клоунада или Будни pr/. Всем спасибо!
>>343129
Но за говнолинукс не платят денег. Он просто ненужен заказчикам. Да и большинство брендов торгового оборудования даже не пишут драйверов под линукс. Вот Зебра к примеру: Zebra does not provide a driver for use on Linux/Unix or Mac OS X operating systems . Потому как 99% потребителей сидят под виндой.
>>343130
Батоблядь там нужна в качестве петуха, чтобы энтерпрайзогосподам было кого дружно обоссать и они не ссорились между собой.
>>343135
нет, я съебываю, потому как тут слишком тупо и скучно
/thread
>>343137
За сперму тоже не платят, глупое.
То есть платят - но клиенты и не тебе. То есть при прочих равных решения на винде дороже и требовательней к железу.
И да, решений на пингвинах конечно же меньше, с этим никто не спорит.
>Zebra
Про этих пидорасов не нужно, они даже больше говно чем ты - а это то еще достижение.
Самое печальное, что чистый Хаскель весьма дружественен к программисту, но как только на сцене появляется ГОВНО/ГОВНО++ сразу начинается ЁБАНЫЙ АД И ИЗРАИЛЬ MSYS КРОВЬ AUTOMAKE ПОД НАРКОЗОМ ОШИБКИ ЛИНКОВКИ СМЕРТЬ ЧЁРНАЯ И это при том, что в самом Хаскеле уже лет 10 как вполне приличный FFI и тянуть в него сишечку нет никакой необходимости. Однако этого легаси-говна там порядком. Чем быстрее из Хаскеля выкорчуют остатки Си и автомейка, тем быстрее он перестанет пугать нубов пиздоблядской ональной байтоеблей с компиляцией системных библиотек и тем быстрее наберет популярность.
>>342932>>342932
>2. По причине 1, линуксогавно не нужно. Потому что за разработку под него никто тебе не заплатит.
Вот теперь ответь мне, какого хуя в питере тогда почти нет вакансий системный программист виндовз, зато дохуя вакансий линукс кодеров?
И зарплаты у всех заметно выше?
Наверное потому, что в эмбеддеде популярны куниксы, линуксы и бзди, а не винда, где вы вообще находите к=вакансии низкоуровневых программистов полд сперму, везде давно сплошной дотнет.
В этом треде будет знатный багет красноглазиков
>>343137
Зачем зебре дрова? Они прекрасно управляются по последовательному порту. Даже более того если в Win начать работать с ним через драйвер, как с обычным GDI устройством, то картинка получится недостаточно четкой и штрих коды будут читаться через раз, если сама этикетка не слишком крупная.
>>343137
>торгового оборудования
Ты в пятерочке чтоли работаешь?
Мир заканчивается на твоих кассовых аппаратах?
мимо-бывший-байтоеб
>картинка получится недостаточно четкой
Зрение не пробовал лечить? Иногда помогает добавить четкости.
>>343161
Ничто не добавляет четкости так, как восьмиклинка.
>>343140
байтоблять там нужна чтобы вытащить проэкт из говна когда все начнет тормозить и крешится
байтоблядью обычно пишется парочка ловлевел апи, исправляютя ебанутые плавающие ошибки, уходящие в испльзуемую платформу и вставляются костыли для магического ускорения работы критических для производительности мест
>>343163
>все начнет тормозить и крешится
Просто купи побольше нормального железа.
БАЙТОБЛЯДИ НЕНУЖНЫ
>>343165
>невостребованными, бедными и немодными
Закос под математиков. Очевидно же.
Уже неделю оптимизирую калькулятор на шарпе. У меня есть способности к байтобратанью?
>>343168
Новое железо не добавляет ума и не устраняет программных ошибок, как бы тебе этого не хотелось.
>>343172
Поздно.
>не добавляет ума
Ум НЕНУЖЕН когда есть Хаскель, которые все сам сделает.
>программных ошибок
В Хаскеле не бывает.
>>343174
С этим клоуном все понятно.
Ступай на кухню. Там тебе мамка уже зарплату сварила.
А если ты сегодня был особенно старателен и написал много факториалов, то можешь даже расчитывать на премию в виде добавки.
>>343175
>БАБАХ
Да у тебя же ПРЕРЫВАНИЕ!
>>343182
>Значение
int 21h
А что?
>>343184
>А что?
>>343173
>Кто-то докукарекается.
Мод, бля буду, я серьёзно спросил. Такое-то состояние гиперконцентрации.
>>343188
Такая-то тонкота.
>>343188
Но ведь ты же не знаешь, зачем нужны прерывания и что означает int 21h и где это было
>>343193
Да ладно тебе. Он же сам сказал:
>Ум НЕНУЖЕН когда есть Хаскель
Этим все сказано, ящитаю.
>>343163
>байтоблять там нужна чтобы вытащить проэкт из говна когда все начнет тормозить и крешится
Ни разу не было описанных тобой проблем почти за 10 лет работы. Попробуйте в следующий раз нанять нормальных программистов вместо школьников и никакие байтобляди не понадобятся. Хотя толпа школьников с одной байтоблядью может быть дешевле.
>>343170
>Новое железо не добавляет ума и не устраняет программных ошибок, как бы тебе этого не хотелось.
Большинство программных ошибок вызвано необоснованным байтоёбством. И да, это не от большого ума.
>>343175
>разговаривает с Димой
>байтоблядь
Да, байтоёбство действительно ума не добавляет.
>>343205
>Большинство программных ошибок вызвано необоснованным байтоёбством
Надеюсь, ты проанализировал все множество ошибок во всем множесте программ прежде, чем делать такое категоричное заявление.
А сейчас, приглашенные звезды покинули арену, а их место заняли заслуженные деятели цирка! Поаплодируем!
>>343209
Ну в какой то степени он был прав.
Дохуща всех програмных просеров по безопастности связанно с переполнением буфера. А также с тем, что большинство рантаймов и ОС написано на Си.
>>343130
Почему в трансушном треде девушки без хуев? Непорядок.
>>342826
ПАЦАНЫ, Я СЕГОДНЯ ШЁЛ КОРОЧЕ ПО ОФИСУ И УВИДЕЛ ЗАПУЩЕННУЮ СПЕРМЕРКУ А РЯДОМ КЛОУНА В МАЙКЕ "ENTERPRISE PROGRAMMER", НУ Я ПОДСКОЧИЛ И РЕЗКО ДЕИНСТАЛЬНУЛ НА МАШИНЕ NЕТ ФРЕЙМВОРК К ХУЯМ: И ПОЯСНИЛ ЕГО КРИКОМ "НЕ ЛЮБЛЮ УПРАВЛЯЕМЫЙ КОД", ПОТОМУ ЧТО Я УГОРЕЛ ПО ДИСТРИБУЦИИ РЕГИСТРОВ, ПАЦАНЫ ДУХ СТАРОЙ ШКОЛЫ ЖИВЁТ ТОЛЬКО В СТАТИЧЕСКИ ЛИНКУЕМЫХ ЛИБАХ, ГДЕ ИНКРЕМЕНТИРУЮТ УКАЗАТЕЛИ, ГДЕ КОДЕРЫ ЖИВУТ KERNEL.DLL, USER32.DLL И ЕБАШАТ АНСЕЙВ КОД! ТОЛЬКО ПУР CИ, ТОЛЬКО ФАСМ!!! ЮНИТИ УЛЬТРАХОРДКОР mov edx, dword [esp+4*eax+8]!!! Пацаны, компиляйте в нейтив, дебажте идой, прописывайте относительные смещения, сбрасывайте регистры флагов, цените свободу! ПИШИТЕ БЛОКНОТОМ СМЕЛО И ПРЯМО В БИНАРНИК! 0xDEADBEEF!
>>343229
>mov edx, dword [esp+4*eax+8]
Массивами в стек срут только ленивые и криворукие пидорасы.
>>343230
Проиграл.
>>343239
Не то слово.
>>343241
«А ТО!» — раздался пронзительный голос со стороны свинарника. Но колхозники, как всегда, не обратили внимания на это визгливое похрюкивание. Пусть хрюкает, что с него взять? Свин — не человек, и сегодня ему предстоит очень трудная ночь. У него уже в течение полутора лет каждая ночь была очень трудной, и теперь его кулак был разработан настолько, что он без труда мог показывать одобрительный жест целые сутки.
>>343243
Внезапный разрыв питурдика внезапен.
>>343209
Для проверки статистических гипотез не нужно анализировать всё множество, неуч.
>>343120
>Реально писать на хаскеле что-либо прикладное гораздо менее удобно и более накладно, чем на всяких кофескриптах.
Хаскель - это язык для интеллектуальной элиты. Им на нём писать очень удобно. А у обычного быдлокодера от всех этих монад мозг вспухнет. Поэтому элита пишет на хаскеле, а быдлокодеры и школота - на дельфи и си плюс плюс.
>>343250
Правильно, нужна репрезентативная выборка.
То есть из этого
>необоснованным байтоёбством.
следует что ты байтоеб.
Q.E.D.
>>343250
То есть, высказывание о том, что:
>Большинство программных ошибок вызвано необоснованным байтоёбством
является гипотезой? Ну окей, выкладывай свои наблюдения вместе со статистикой. И про источники не забудь. Ты же не хочешь выглядеть голословным? Ведь в этом случае, твоя аппеляция к образованности будет смотреться нелепо.
>>343254
>Поэтому элита не пишет ни на чем, в том числе на хаскеле
Поправил, не благодари
>>343256
>стасик
>аппеляция к образованности
>>343163
Так для оптимизации часто требуется менять алгоритмы, архитектру или способ хранения данных. Если затор не в CPU, то сколько бы байтодурачок не переставлял строчки местами, и не упаковывал структуры, ничего не изменится. А чтобы заниматься распараллеливанием и масштабированием нужно понимание как работает вся система, на что люди не осилившие хотя бы ООП не способны.
>>343265
>нужно понимание как работает вся система
Дурацкое дело нехитрое. Все это ваше
>распараллеливанием и масштабированием
и обычный наследственный дебил осилит.
>>343256
Common knowledge же. Самые частые ошибки в десктопном софте - это сегфолты и утечки памяти - прямое следствие байтоёбства. В вебе - инъекции, опять же из-за того, что веб-питушки не могут в нормальные типизированные языки, отличающие ввод пользователя от программных скриптов. Открываем любой отчет вроде этого http://www.viva64.com/en/a/0079/ и видим зоопарк отсосов байтоблядей.
Теперь излагай альтернативную гипотизу, что в твоём манамирке является основным источником ошибок? вангую байтовысыер вроде "КРИВЫЕ РУКИ!!!1"
>>343258
>написать хуйню
>Поправил, не благодари
Да ты у мамки троль, я погляжу.
>>343271
>сегфолты и утечки памяти
>implying хацкель не такая хацкель хдет трамвая
А ты смешной.
>>343280
Не завидуй, стасик - у тебя-то мозга вообще нет, одни только розовые мечтания о хорошем хаскеле, который сделает все заебись.
>>343271
>Common knowledge
Ты что-то говорил про статистику? В ней есть такое понятие?
По ссылке, которую ты мне привел есть какие-то данные насчет уязвимостей в опенсорс-проектах, написанных на C/C++. Но там никакой статистикой не пахнет. И зачем ты приплетаешь скриптовые языки, если по ссылке про них ничего не сказано. Я не получил никаких внятных данных. Ты действительно считаешь, что несколько десятков открытых проектов - это репрезентативная выборка? Кроме того, где информация по ошибкам в не-опенсорс программах? И самое главное, где данные по Хаскелю? С чем сравнивать-то? Алсо, убедись, чтобы объем проанализированного Хаскель-кода соответствовал объему кода на императивных языках, чтобы сравнение было оправдано. А тезис о том, что хаскелисты почти не допускают ошибок, и так понятно чем обоснован: не ошибается тот, кто ничего не делает.
>сегфолты и утечки памяти
Ты из какого года к нам пожаловал?
>Теперь излагай альтернативную гипотизу
Какую еще альтернатиную гипотезу? Я разве что-то утвержал? Насколько я помню, я лишь призывал конкретизировать суждения.
Хаскель течет и ломается. В 100% открытого кода на хаскеле, который я смотрел, я находил ошибки, всякие бесконечные рекурсии, гигабайты санок и тупо неправильные ответы в 20 строках очень тяжелого кода. В 2014 году стыдно на бордах упоминать то, чем можно было троллить в 2009.
>>343285
>ОБОСРАЛСЯ
>@
>КУКАРЕКАЙ
стасик, стасик never change.
>>343285
>Начал отстаивать правоту голословного утверждения, закономерно обосрался
А я теперь демагог?
>Завел речь о статистике, не привел никаких данных, ничего не обосновал
А я теперь демагог?
Ну охереть теперь. Быстро ты, однако, порвался. И это гуманитарй?
Алсо, не забывай, что обвиняющий оппонента в демагогии сам является демагогом.
Весь трэд прочитал. Так и не увидел объективной причины критики байтоебов, поясните.
ссаный десятиклассник
--------------------------------------------------------
haskell:
(%6) . sum . take 6 . drop 4
--------------------------------------------------------
c++:
#include <d3d11.h>
#include <d3dcompiler.h>
#include <Windows.h>
#include <iostream>
#include <cstring>
class D3D11Counter
{
private:
ID3D11Device* mDevice;
ID3D11DeviceContext* mContext;
public:
D3D11Counter();
~D3D11Counter();
float ComputeAverage(float* elements, UINT elemCount, UINT firstElement, UINT lastElement);
}
D3D11Counter::D3D11Counter(): mDevice(NULL), mContext(NULL)
{
D3D_FEATURE_LEVEL* featurelvl;
D3D11CreateDevice(NULL, D3D11_DRIVER_TYPE_HARDWARE, NULL, 0, NULL, 0, D3D11_SDK_VERSION, &mDevice, &featurelvl, &mContext);
if(featurelvl < D3D_FEATURE_LEVEL_11_0)
{
std::cout << "You system does not support D3D11!" << std::endl;}}
D3D11Counter::~D3D11Counter()
{
mDevice->Release();
mContext->Release();}
float D3D11Counter::ComputeAverage(float* elements, UINT elemCount, UINT firstElement, UINT lastElement)
{ID3DBlob* compiledCS = NULL;
ID3D11ComputeShader* CShader = NULL;
char Computeshader[] = "cbuffer cbParams: register(c0) "
"{ "
" uint firstElement; "
" uint lastElement; "
"}; "
" "
"Buffer<float> elements: register(b0); "
" "
"RWBuffer<float> sum: register(u0); "
" "
"[numthreads(32, 1, 1)] //AMD-шники, идите нахуй "
"void main(uint3 DTid: SV_DispatchThreadID) "
"{ "
" if(DTid.x >= firstElement && DTid.x <= lastElement) "
" { "
" sum[0] += elements[DTid.x]; //Я же могу делать так? "
" } "
"} ";
D3DCompile(Computeshader, strlen(ComputeShader), NULL, NULL, NULL, "main", "cs_5_0", 0, 0, &compiledCS, NULL);
mDevice->CreateComputeShader(compiledCS->GetBufferPointer(), compiledCS->GetBufferSize(), NULL, &CShader);
ID3D11Buffer* CSConstantBuffer = NULL;
D3D11_BUFFER_DESC cbDesc;
cbDesc.ByteWidth = 16; //Поместятся 2 UINT вполне
cbDesc.Usage = D3D11_USAGE_IMMUTABLE; //Всё равно создаём на один раз и удалим
cbDesc.CPUAccessFlags = 0;
cbDesc.BindFlags = D3D11_BIND_CONSTANT_BUFFER;
cbDesc.MiscFlags = 0;
cbDesc.StructureByteStride = 0;
float cbufferData[] = {firstElement, lastElement, 0, 0};
D3D11_SUBRESOURCE_DATA cbInitData;
cbInitData.pSysMem = &cbufferData[0];
cbInitData.SysMemPitch = 0;
cbInitData.SysMemSlicePitch = 0;
mDevice->CreateBuffer(&cbDesc, &cbInitData, &CSConstantBuffer);
D3D11_BUFFER_DESC inputBufferDesc;
inputBufferDesc.ByteWidth = elemCount*sizeof(float);
inputBufferDesc.Usage = D3D11_USAGE_DEFAULT;
inputBufferDesc.CPUAccessFlags = 0;
inputBufferDesc.BindFlags = D3D11_BIND_SHADER_RESOURCE;
inputBufferDesc.MiscFlags = 0;
inputBufferDesc.StructureByteStride = 0; //Кажется, для простых типов структурные буферы делать не надо
D3D11_SUBRESOURCE_DATA inInitData;
inInitData.pSysMem = &elements[0];
ID3D11Buffer *bufferIn = NULL;
mDevice->CreateBuffer(&inputBufferDesc, &inInitData, &bufferIn);
D3D11_BUFFER_DESC outputBufferDesc;
outputBufferDesc.ByteWidth = sizeof(float); //Только один элемент, куда запишется сумма всех элементов
outputBufferDesc.Usage = D3D11_USAGE_DEFAULT;
outputBufferDesc.CPUAccessFlags = 0;
outputBufferDesc.BindFlags = D3D11_BIND_UNORDERED_ACCESS;
outputBufferDesc.MiscFlags = 0;
outputBufferDesc.StructureByteStride = 0;
ID3D11Buffer *bufferOut = NULL;
mDevice->CreateBuffer(&outputBufferDesc, NULL, &bufferOut);
outputBufferDesc.Usage = D3D11_USAGE_STAGING;
outputBufferDesc.CPUAccessFlags = D3D11_CPU_ACCESS_READ;
outputBufferDesc.BindFlags = 0;
ID3D11Buffer *bufferOutDebug = NULL;
mDevice->CreateBuffer(&outputBufferDesc, NULL, &bufferOutDebug);
ID3D11ShaderResourceView* inputCS = NULL;
ID3D11UnorderedAccessView* outputCS = NULL;
D3D11_SHADER_RESOURCE_VIEW_DESC srvDesc;
srvDesc.Format = DXGI_FORMAT_R32_FLOAT;
srvDesc.ViewDimension = D3D11_SRV_DIMENSION_BUFFER;
srvDesc.Buffer.FirstElement = 0;
srvDesc.Buffer.ElementOffset = 0;
srvDesc.Buffer.NumElements = elemCount;
srvDesc.Buffer.ElementWidth = sizeof(float);
mDevice->CreateShaderResourceView(bufferIn, &srvDesc, &inputCS);
D3D11_UNORDERED_ACCESS_VIEW_DESC uavDesc;
uavDesc.Format = DXGI_FORMAT_R32_FLOAT;
uavDesc.ViewDimension = D3D11_UAV_DIMENSION_BUFFER;
uavDesc.Buffer.FirstElement = 0;
uavDesc.Buffer.Flags = 0;
uavDesc.Buffer.NumElements = 1;
mDevice->CreateUnorderedAccessView(bufferOut, &uavDesc, &outputCS);
bufferIn->Release();
mContext->CSSetShader(CShader, NULL, 0);
mContext->CSSetConstantBuffers(0, 1, &CSConstantBuffer);
mContext->CSSetShaderResources(0, 1, &inputCS);
mContext->CSSetUnorderedAccessViews(0, 1, &outputCS, NULL);
mContext->Dispatch(elements % 32, 1, 1);
ID3D11ShaderResourceView* nullSRV[1] = {NULL};
ID3D11UnorderedAccessView* nullUAV[1] = {NULL};
ID3D11Buffer* nullCB[1] = {NULL};
mContext->CSSetConstantBuffers(0, 1, &nullCB);
mContext->CSSetShaderResources(0, 1, &nullSRV);
mContext->CSSetUnorderedAccessViews(0, 1, &nullUAV, NULL);
mContext->CSSetShader(NULL, NULL, 0);
CShader->Release();
inputCS->Release();
outputCS->Release();
mContext->CopyResource(bufferOutDebug, bufferOut);
D3D11_MAPPED_SUBRESOURCE mappedData;
mContext->Map(bufferOutDebug, 0, D3D11_MAP_READ, 0, &mappedData);
float* dataView = reinterpret_cast<float*>(mappedData.pData);
float result = dataView[0]/(lastElement - firstElement + 1);
mContext->Unmap(bufferOutDebug, 0);
bufferOut->Release();
bufferOutDebug->Release();
CSConstantBuffer->Release();
return result;
}
int main()
{
D3D11Counter counter;
int array[15] = {1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15};
std::cout << counter.ComputeAverage(&array[0], 15, 5, 10) << std::endl;}
>>343290
Я на своих проектах зарабатываю от 4000$ до 7000$ в месяц. Если ты такой умный, почему ты такой бедный?
Пишу с планшета из утренней ванны.
Мимобайтоебка
>>343304
А теперь приведи разницу в скорости выполнения данного кода.
>>343306
Спешите видеть! Трап-богатей-байтоёб рассказывает о своих успехах!
>>343310
Я думаю программу на хаскеле удастся запустить раз так 10000 пока ты будешь пытаться скомпелировать это крестоговно.
>>343306
Сколько за выезд берешь?
>>343315
предпочитаю работать удаленно, через тимвьювер
сука блять откуда столько неймфагов развелось? Скоро как в /mu будет
>>343322
няша, поучи меня языку? я серьёзен. писечки не лижу, не приставуч, хочу обучиться чему то именно от тян.
Просто у тянок и кунов разный взгляд на проблему бывает и это факт. Хочу подругу программастку. Фейкомыльцо вписал.
>>343327
>трап
>тян
John Carmack:
Heartbleed is a good goad to rewrite the trivial C++ packet server I just wrote in Haskell, or at least Java.
https://twitter.com/ID_AA_Carmack/status/454249385639952384
Publicly complain about net software still being written in C/C++, then start a new server with #include <WinSock2.h>. #personalfail
https://twitter.com/ID_AA_Carmack/status/454260741990662144
>>343000
> ведь даже компиляторы самого хаскеля пишут на "байтопараше"
Вообще-то GHC, например, почти целиком написан на самом хачкеле. Сишного кода там крохотные кусочки, для рантайма в основном.
>>343349
>почти целиком написан на самом хачкеле.
>почти целиком
>почти
>ПОЧТИ
Вот когда целиком напишите, тогда и приходи.
>>343349
>Сишного кода там крохотные кусочки
Но эффект от них как от ложки шестивалентного хрома в бочке мёда. Я уже затрахался nertwork под венду собирать.
>>343352
Манька в твой питушиный барак нормальным людям приходить не за чем. Компилятор весь написан на Хаскеле, если ты не отличаешь компилятор от рантайма и FFI, то это твои манькопроблемы.
>>343306
А что джакузи не поставишь? Деньги вроде есть, дополнительных два метра можно к ванной прибавить, сместив стенку.
>>343352
Можно подумать, сишкокомпиляторы целиком написаны на сишке. Или что есть крестокомпиляторы, которые хотя бы почти целиком написаны на крестах.
>>342826
>сторчался на хмуром и окончательно поехал
Откуда инфа? Гугл молчит как партизан.
>>343349
>>343356
Что вы несете?
GHC - это целостная программа, в которой все части взаимосвязаны. И состоит он, внезапно, не только из компилятора.
Да и вообще, речь не о том, где сколько сишного или не-сишного кода. Дело в том, что тут уже не единожды раздавалось истошное кукаренье про то, что: "БАЙТОПАРАША НИНУЖНА!!! ХАСКИЛЬ УСПЕШЕН!!! У ВАС ЛЕГАСИ КОД!!! ВИ ВСЕ СКОРА ВЫМРИТЕ И ВАШИ ЯЗЫКИ АТПРАВЯТСЯ НА СВАЛКУ ИСТОРИИ!!!!"
Тот факт, что любая актуальная операционная система (без которой ни один хаскелист еще не обошелся) представляет собой байтофажество в квадрате, упорно игнорируется адептами культа функциональной чистоты. Про то, сколько новых проектов выбирают в качестве освного языка C или C++ они также скромно умалчивают.
Некоторые аноны указывают на лицемерие и шапокозакидательство в подобных высказываниях и говорят, что низкоуровневые языки будут в ходу по крайней мере до тех пор, пока код на них присутствует в реализациях Хаскеля, нравится это религиозным фанатикам от программирования или нет.
>>343373
на васм.ру года 1,5 назад можно было проследить процесс падения по постам в хип
>>343382
Понимаешь, няша, какая штука. Всё новое использует достижения чего-то старого; для работы хачке/джаво/питонософта нужны рантайм и ось, написанные (обычно) на си, а для этого нужен компилятор в ассемблер, а чтобы он выполнялся, нужен процессор (возможно, спроектированный на каком-нибудь Verilog, в схемотехнике не шарю, увы), а для его работы нужна химия полупроводников, а ей — квантовая механика. Надеюсь, ты не будешь требовать изучения всего вышеперечисленного, чтобы написать высокоуровневую софтинку — даже когда они будут просто отвлекать ненужными в контексте задачи деталями? Я не собираюсь отрицать давние заслуги байтофажества, когда альтернатив не было; но сейчас есть множество более удобных инструментов, и вопить, что «люби байтопарашу, пидор! без неё не было бы твоих хуячкелей!» — это всё равно что до сих пор заставлять преклоняться и чтить Рашку за то, что она когда-то выиграла войну.
>>343382
> сколько новых проектов выбирают в качестве освного языка C или C++
Конечно идиотов не мало, но то что на этой мертвенькой параше люди стараются по возможности не писать - это факт.
Понимаешь? Здоровый человек не любит байтоебство, это так же естественно, как отвращение к говну. Этим объясняется безоговорочный успех высокоуровневых языков и управляемого кода.
Эпоха железа и low-levelа прошла, оставшись лишь в узкоспециализированных средах. Байтоебля заставляет забивать голову всяким низкоуровневым, никому не нужным говном, мешая концентрироваться на задаче. Отсюда давний успех ООП, - человеку просто удобней размышлять в рамках объектов и интерфейсов, и не отвлекаться на говно типа указателей. Поэтому байтоебские предметные области - это там, где кроме железа больше нихуя нет, и любая тривиальная задача решается жопораздирательными усилиями, настолько операторный процедурный стиль убогий для моделирования и имплементации чего-либо. Борадатые суровые хуесосы в засранных свитерах из 80х больше не нужны. И так как голова забивается всяким низкоуровневым говном, в ней не остается места и желания для изучения того же ООП/ФП, и байтоеб так и остается сидеть со своим допотопным говном сорокалетней давности продолжая бубнеть о перформансе и ублажать машину, вылизывая её регистры.
>мешая концентрироваться на задаче
ебаный пиздец мешает задаче
>>343397
Пожалуйста, не надо мне приписывать убеждений, которые я не разделяю. Я не говорил, что низкоуровневые приемы программирования - это лучшее решение для любой задачи. Они никогда и не были таковыми. Вспомним FORTRAN и COBOL, которые существовали параллельно с ассемблером. Кроме того, код на Си не всегда содержит байтофажество.
Меня просто не устравивает деление языков на плохие и хорошие. Есть языки, которые подходят для данной задачи, есть те , которые не подходят. Есть еще маргинальные языки (которые не являются плохими, просто они по некоторыми причинам не заняли свою нишу), но они уже и так отправились на "свалку истории" (PL/1 и Algol68, например).
Повторюсь еще раз, мои возражения не связаны с претензиями к конкретным языкаи или парадигмам программирования; и я не пытаюсь убедить всех, что надо бросить Python, Ruby, Haskell, Java и пересаживаться на Си или даже на Ассемблер. Я возражаю против того, что некоторые позволяют себе классифицировать языки как однозначно нужные или однозначно ненужные. Ярчайший пример: "Закопайте байтопарашу и вообще любую императивщину! Хаскель должен вытеснить их все!" Это идиотизм, я считаю. Ты же сам говоришь, процессоры разрабатывают на Verilog/VHDL, ядра ОС - на Си. Продолжая тему: сайты делают на PHP/Javascript, игры в основном на C++, энтерпрайз - на Java/C# и т.д. И я ничего плохого в этом не вижу.
>>343403
>Конечно идиотов не мало, но то что на этой мертвенькой параше люди стараются по возможности не писать - это факт.
Без пруфов - это не более, чем твои домыслы, няша.
>Конечно идиотов не мало, но то что на этой мертвенькой параше люди стараются по возможности не писать - это факт.
Ну конечно, "люди" пишут на жабе, одЫн-Це и ПэХаПэ?
Добавте список того забавного говна на котором якобы пишут "люди"
>>343417
>одЫн-Це
Но ведь 1с лучше чем байтопараша. Это почти хаскель, только русский.
>>342965
>Хаскель устремляется в золотое будущее
Для системного программирования придется выкинуть GC и вообще динамическую память. Пока что ни один низкоуровневый функциональный язык не взлетел.
>>343419
А можно ссылку на вакансию разработчика хаскелеговна в ДС?
Для примера С++ байтопараша 120-160 тыс. рублей.
Вполне норм для Москвы. А кому твой хаскель нужен???
>>343254
>Хаскель - это язык для интеллектуальной элиты.
Хаскель - язык для top-down проектирования. Если спецификация системы не полна, ошибочна или будет меняться в процессе разработки, система типов хаскеля будет сильно мешать.
>>343425
>А можно ссылку на вакансию
Нельзя. Быдлу не положено.
>А кому твой хаскель нужен???
Элите, за достойные деньги.
>>343428
Что и требовалось доказать. Малолетние долбоебы сидящие под мамкиной юбкой не понимают, что работать приходится с тем, что требуется на рынке и что приносит доход. Иначе помрешь с голоду... Хаскель - никому не нужное гавно.
А со знанием С++ в ДС легко можно найти работу на 120-150 тыс. Собственно выбор очевиден.
>>343433
какая нафиг замануха? 150 тыс. это совершенно средняя зарплата нормального С++ программиста на апрель 2014 года. Хорошие разработчики не факт что согласятся на такие небольшие деньги.
>>343429
>В связи с большим потоком соискателей мы не имеем возможности ответить каждому.
Легко можно найти, говоришь?
>>343434
Блядь, я даже не знаю, как на такую толстоту отвечать. У меня друг в Европках в шарпотырпрайзе 2.5 к ойро получает, а тут какой-то мудель с крестами все 3, а то и 4. Да ну нахуй. И что за хуйня вообще, как можно зп сразу в нетто писать? Бред какой-то.
>друг в Европках в шарпотырпрайзе 2.5 к ойро получает, а
лол, зарплата уборщицы, чуть больше социальной минималки
Поцоны, всё ясно. Можете этого трипфага обоссать теперь. Я гарантирую.
Гермашка-кун
>>343434
а можно наебнуть систему и вместо одной йоба-150 взять несколько по соточке )))
мимоноулайфер
>>343437
Шарпотырпрайз во всем мире - днищеработа, которую стараются аутсорсить в днищестраны днищелюксофтам. С хуя ли эта индусятина должна получать много (по немецким меркам)
>>343417
Поясняю.
Agda, Coq - элита
Haskell, Curry, Mercury - пре-элита
Scala, F#, Ocaml, Erlang - стремящиеся
Clojure, Go, Rust - хипсторы
CL, Scheme, J, Prolog - фрики
Java, C# - мещане
PHP, JS, Python, Ruby - школьники
C++ - опущенцы
C, Fortran, Assebly Language - днище ебаное.
Agda, Coq
Haskell, Curry, Mercury
Scala, F#, Ocaml, Erlang
Clojure, Go, Rust
лол, похоже на список моделей вибраторов или анальной мази для хипстеров :3
ИТТ членодевка рассуждает о судьбах мира.
>>343457
>Agda, Coq - элита
Idris лучше их обоих. Монадический рефайнинг, куча сахара, полноценные тайпклассы. Почитай статьи создателя, там рокетсаенс покруче, чем в агде. Язык будущего, написанный одним человеком.
>>343458
Нет, дека, это будущее, в котором, к счастью, нет места для тебя и таких как ты. Байтоебов, имеется в виду.
Хотя трапикам, наверное, поэтому и нравятся кресты, сишка и прочие дилды, столько анального удовольствия.
>>343461
Это не будущее, а непонятный дроч на тюремную тему. Бабуинам в программировании нет места, их место в зоопарке выяснять кто там где в иерархии
>>343461 для кого-то может и будущее. думаю, на этих яп писать прототипы так быстро как на яп без статического выявления типов не получится. напишут сначала на питоне, руби. потом, может быть перепишут. а в 99% никакого может быть не будет.
>>343464
Воровач же.
Хотя, какая нахуй тюремная тема, два слова из жаргона.
А иерархии вырастают из того, что A > B > C. В языках программирования - это особенно актуально.
>>343466
На том же Clojure очень быстро прототипировать.
На ирланке типы вообще опциональны.
На остальном, ну да, там чуть медленнее, но не всегда стоит задача быстро выстрелить и потом фиксить баги.
>>343466
может и не медленнее, так-как некоторый тесты можно будет не писать, легче отлавливать ошибки.
>>343470 не, я ступил кажется. имел ввиду, coq, agda, idris
>>343467
Иерархии возникают из-за того, что бабуиньем мозге сравнивается несравнимое. Так бабуину проще. В мире homo sapiens есть врачи, математики, охранники и много других интересных профессий. Все нужны и важны для нормального развития общества. А в мире papio cynocephalus есть альфы и омеги, больше в его мозг не влазит. Поэтому (ради экономии ресурсов мозга) программист-бабуин ищет идеальный молоток для идеальных гвоздей.
>>343382
>GHC - это целостная программа, в которой все части взаимосвязаны.
Нет, манька, он модульный.
>>343413
>Меня просто не устравивает деление языков на плохие и хорошие.
Если не будешь разделять, так всю жизнь на говне и пропишешь.
>>343479
Ты просто дебил не могущий в эволюцию. Если все языки равны - пиши на ALGOL.
>>343484
Вот и иллюстрация.
Итоги: хацкель-мартышки есть умственно неполноценные бабуины с инфантильным максимализмом, и, разумеется, совершенно без абстрактного мышления.
Такие дела.
>>343427
В слаботипизированной параше (включая мейнстримовое ООП и скрипы) любой проект, в процессе жизни которого меняются требования, довольно быстро превращается помойку. Программисты нему подходить боятся и брезгают, а если что-то меняют то постоянно возникает ситуация "тут подкрутили, там отвалилось". Поэтому самый популярный вой программиста "надо всё переписать!", а самый популярный ответ на вопрос "почему в итоге получилось такое говно?" это "так они требования постоянно меняли, даже перед самым релизом!" В то же время постоянное изменение требований - это вполне естественный процесс в реальном мире, где всё течёт и меняется, не меняются только требования к лаболаторкам в институтах, где их профессор один раз выдал, а потом собрал перед зачетом. И вот когда наученные такими лаболаторками программисты начинают пытаться писать реальные приложения на какой-нибудь Джаве или С++ у них нехило пригорает. В то время как система типов хаскеля позволяет легко отслеживать любые локальные изменения в библиотеках и корректировать код, на который они влияют. Хаскель - это идеальный язык в условиях постоянно меняющихся требований, потверждением чему являются тысячи библиотек на хакадже. В джава и кресто-мирке приходится фиксировать интерфейсы, а старые баги превращать в особенности реализации, потому что попытка пофиксить их приведет к непредсказуемым последствиям в зависимых библиотеках, которые никто никогда не сможет отследить. Хаскель лишен подобных недостатков, поэтому библиотеки на нём постоянно исправляются и совершенствуются.
>>343484
Ох лол. Я пишу: в "бабуиньем мозге сравнивается несравнимое". И ты продолжаешь сравнивать несравнимое.
Далее, эволюция. Эволюция - слепая штука, двигающаяся методом проб и ошибок в сторону минимально необходимого для выживания. Ты имел в виду слово "прогресс". Так что кто во что не может, это еще вопрос.
>>343487
>из гд
В сортах параш не разбираюсь, в отличии от хацкель-имбецилов.
>>343429
Хаскель - это язык для интеллектуальной элиты, а не для помирающих с голоду программистов стран третьего мира. Ты бы еще в Африку приехал и удивился, что там нет вакансий для хаскеллистов. Там, кстати, и на С++ вакансий не много, поэтому тебе придётся работать с тем, что требуется, например делать мазанки из слоновьего помёта. А вокруг тебя будут ходить негры и говорить "Ну и кому твой С++ нужен? Вот слоновий помёт - другое дело! Видишь в нашей деревне хоть одну мазанку из С++? А из слоновьего помёта - полно!" Вот примерно так со стороны и выглядят претензии местных С++-сников к хаскеллистам, когда они начинают тыкать в вакансии на дейтингах или в клиенских софт на их домашних компьютерах.
>>343427
Мне хаскелевские типы всегда помогали при написании кода.
Ясно описываешь себе предметную область.
>>343490
Как это блять несравнимое? ЯП легко поддаются сравнению по уйме параметров.
>>343489
Особенно классно, когда чистая по всем параметрам функция становится нечистой, а используется она уже в какой-то монаде и привет трансформеры и рефакторинг 90% кода... Но, конечно, сам дурак (у хаскелистов всегда так, факап на хаскеле - это факап программиста, а факап на другом языке - факап лично Страуструпа). Или когда код на АТД начинает требовать расширяемости и экзистенциальных типов...
И куча биндингов к сишке располагает, да
>>343497
>дегенерат неспособен осознать несколько ортогональных критериев
Хацкешки, хацкешки never change.
>>343497
>Как это блять несравнимое?
Можно ли объяснить слепому как выглядит желтый цвет?
>>343499
>чистая по всем параметрам функция становится нечистой
>код на АТД начинает требовать расширяемости и экзистенциальных типов...
Это все НИНУЖНА.
Просто используй Хаскель.
>>343494
На одеске полно фанатов хаскеля. Почему-то дохрена из России (повелись на троллинг), и все не очень дорогие
>>343497
Ясно описываешь предметную область, как ты сам ее представляешь в данный момент, а представляешь ты ее себе наверняка неправильно.
Хаскель-макака проснулась утром от будульника смартфона, операционная система которого написана на С++.
Включила компьютер с операционной системой написанной на С++.
Запустила браузер написанный на С++.
Сетевые драйвера написанны на С++ доставили ей страницу двача, чей Апач и ПэхаПэ написан на С++.
Макака собралась с мыслями и вдохновенно написала: Кресты не нужны! Я независимый программист зачем мне это байтоебское гавно уничтожте С++!
>>343499
Рассмотрим какой-нибудь пример, приближенный к реальности. Допустим программист написал программу и вдруг выяснилось, что нужно добавить логгирование. Что делает хаскелегосподин? Просто добавляет монаду-логгер в стек трансформера. Что делает ООП-крестьянин? Ему приходится как-то просаживать этот логгер в параметрах через весь код. Или писать статический фасад. А если логгер вдруг поменялся, то привет, всё переписывать. Конечно, голь на выдумки хитра, поэтому джависты придумали Спринг, но у него куча других недостатков, отследить что-либо в ворохе xml-ных конфигов гораздо сложнее, чем в стройном статически-типизированном языке, поэтому программа на джаве очень быстро превращается в генератор стектрейсов из xml-а.
>>343425
Это квант(то есть, математика...). Это линукс.
А С++ уже в последнюю очередь. Неудачная попытка.
>>343489
> постоянное изменение требований - это вполне естественный процесс
Разумеется, не естественный. В любой другой индустрии сперва все описывают кучей документации и схем, на человеческом языке. А потом уже реализуют в железе. Это только программисты так позволяют с собой обращаться.
>>343505
>Хаскель-макака проснулась утром от будульника смартфона, операционная система которого написана на С++.
BeOS?
>>343505
oh wow, чья это порванная жепка? крестоблядушки на нашем огоньке?
Я тебе страшную тайну скажу, те кто умел/умеет прилично писать драйвера и прочую низкоуровневщину для виндовс уже либо уехал, либо стал начальником над обезьянками, либо не хочет возвращаться к этому говнищу. Некоторые свалили писать под линукс и некоторые вещи вспоминают с ностальгией, а некоторые с ненавистью
Людей которые просто умеют "хуяк-хуяк-продакшен" драйвера колбасить можно найти в всяких НИИ и прочих оставшихся разработчиках всякой хитрой аппаратуры. Правда люди там упоротые и зачастую высокомерные, хотя драйвера лютое говно и вызывают боли у прикладников.
Как ни странно, вполне востребованы люди, которые умеют заводить линакс на всяком потребном и не очень железе и из вагона и большой телеги говна под названием "опенсорц" сделать что-то, что будет запускаться на железе, выполнять работу и даже продаваться рашен-и-не-очень-бизнесу за некислые бабки. И даже окупается, ибо индастриал, ёптыть. У немцев ценники на подобное железо ещё более конские, а поддержка иногда невменяема. У китайцев можно купить недорого, но ставить китайский "индастриал" в какую-нибудь подстанцию, до которой ещё надо час пилить, а потом на морозе с ноутбуком разбираться, что это узкоглазое железо опять взбрыкнуло. И да, поддержка от китайцев это в 90% случаев миф. в оставшихся 10% - миф наркоманский. Местами как по Гайдуку. Потому-то рашн-сириоус-бизнес и покупает у отечественного производителя.
>>343505
Деточка, назови мне сначала хоть одну популярную ОС которая нахуякана на плюсах, что десктопную, что мобильную, а потом кукарекай
>>343506
Это в влажных фантазиях хаскеляторов. В чуть менее влажных фантазиях быстро становится понятно, что либо в лог валится всё нужное и ненужное, ибо монадтрансформер беспощаден и всё заверте...
ООПездолы в общем случае не лучше, ибо дрочь с вписыванием. Но жто редко, ибо логирование там обычно первое что прикручивают, ибо отладчиком бегать это удел либо отчаяния, либо падаванства.
>Нет, дека, это будущее, в котором, к счастью, нет места для тебя и таких как ты. Байтоебов, имеется в виду.
К 2005 году весь софт для PC будет переписан на Java (c) Sun 1999 год
>>343518
Ну да конечно, их пишут на хАсцкЕле и ПэХаПэ.
>>343505
Приходится поддерживать то говно, что неграмотное императивное быдло навысирало на своих недоязычках. Столько лет разработки, переписывать нет смысла.
Пока WhatsApp на ФП продается за 19 млрд. $, байтоеб позерски скулит о тяготах нищеебской жизни, рассуждая о принтерах и кассовых аппаратах. Вся суть.
>>343062
>http://www.wasm.ru/wault/article/show/onebyte
MMMMMAXIMUM байтопитушок. Копать грядки лопатой вместо автоматизированной техники, лол.
Добавим жара скрипто-мартышкам.
Самый популярный язык - классический Си.
А хаскель даже в первые 50 не попал...
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
Работа байтоебов - это как труд рабов в древнем Египте.
Результаты, конечно, впечатляющие, но сама работа не может быть названа чем-то изящным, интеллигентным, даже человечным, - пожирание говна в промышленных масштабах.
>>343520
Весь современный софт и так написан на java, C#, python (что одно и то же). Остались только загрузчики операционных систем и браузер.
>>343531
Что ты пыталась доказать, что слесарей много, а элиты мало?
>>343542
>охуел чтоли
С детства, а что.
--мм
>невых разработчиков все меньше, вымирают как динозавры, вакансии на hh висят месяцами в тщетной попытке найти хоть кого-то. Понятно, что драйвера, кодеки, компиляторы, сетевые службы и т.д. в рашке мало кому нужны.
Значит, русские офисы Интела, Нвидиа и IBM бирюльки перебирают. Хотя про последних - хер знает. Кто-нибудь вообще видел вживую их Систем Эйт в Москве?
>>343499
>Особенно классно, когда чистая по всем параметрам функция становится нечистой
Что означает "чистая по всем параметрам функция становится нечистой"? А означает это радикальное изменение поведения функции. Теперь нет гарантии, что два последовательных вызова этой функции с одинаковыми параметрами дадут одинаковый результат, теперь важно не только с какими параметрами вызывается функция, но и когда она вызывается. А это значит, что надо пересмотреть все точки вызова этой функции, а также все точки вызова функций, использующих её результат (т.к. они тоже стали нечистыми) ну и так далее, по транзитивности. Что для этого предлагают традиционные императивные языки? Ни-че-го! Появился у функции побочный эффект, вроде запуска ядерной ракеты, программист об этом узнает в лучшем случае на этапе тестирования. В Хаскеле же побочные эффекты кодируются типом возвращаемого значения функции, "случайно сломать" или "забыть" его практически невозможно, компилятор сам подскажет, какие участки кода следует исправить. Именно поэтому программы на Хаскеле столь удобны в поддержке и не превращаются в горы говна, сопровождение которых сводится к вопросу "как бы так подкрутить, чтобы что-нибудь другое не отвалилось".
>>343590
>Появился у функции побочный эффект
Всем похуй.
>В Хаскеле же побочные эффекты кодируются типом
Говно и НИНУЖНО, от этого только вред и замедление разработки.
>>343494
Ох лол, так может кинешь хаскельские вакансии страны первого мира?
>>343529
"Прекратите насиловать труп!" (С)
Но популярный, да, защитано.
>>343590
>Что для этого предлагают традиционные императивные языки?
Ты лучше ответь, что предлагает для этого хаскель. А предлагает обернуть исходящий параметр в IO, перепердолить весь код и дальше о преимуществах этой самой чистоты забыть. Открываем XMonad - видим newtype X (ReaderT XConf (StateT XState IO) a) (в честь этого типа софтину и назвали). Открываем Leksah, видим type IDEM = ReaderT IDERef IO. И далее все сколь бы то ни было большие функции возвращают этот самый стек трансформеров.
И все, в проекте все отлично случайно ломается и запускает ракеты. Дело в том, что побочные эффекты - они как сборка мусора. Без них можно, но все равно везде будет торчать суррогат.
Но это не самая большая проблема у хаскеля. Самая большая - с полиморфизмом. Все, что выше haskell98 - это непродуманный ад и погибель, и до сколь бы то ни было больших проектов оно не взлетит.
>>342837
>найти спеца со знанием С++/WDK
Это у вас менеджер заботирует проект, ебите его бутылкой.
Кстати, майкрософт ваяет native .net compiler - сможете грести шарпистов, будут пилить дрова на шарпе.
>>343590
>Именно поэтому программы на Хаскеле столь удобны в поддержке и не превращаются в горы говна, сопровождение которых сводится к вопросу "как бы так подкрутить, чтобы что-нибудь другое не отвалилось".
Ну да, охуенно весело добавлять новый трансформер в стек трансформеров, выписывать все O(n) instances для трансформера каждой монады и прочее. Что там хаскелль предлагает? Морфизмы между монадами и монады в категории монад? И это просто пиздец как неудобно, что надо задумываться о том, как линейно расположить несколько несвязанных эффектов. И это превентивное заворачивание всего в IO-монаду тоже весьма показательно. Хаскелль просто непригоден для программирования с эффектами, это очевидно и признается всеми, кто не является фанбоем. Поэтому продолжают придумывать альтернативы трансформерам, но все они либо крайне ограничены, либо так же или еще более неудобны.
>>343615
>Дело в том, что побочные эффекты - они как сборка мусора. Без них можно, но все равно везде будет торчать суррогат.
Это проблема только хаскелля. Есть системы эффектов с разрешимым выводом этих эффектов, так что можно контролировать ровно столько, сколько пожелаешь.
>>343615
> предлагает обернуть исходящий параметр в IO, перепердолить весь код и дальше о преимуществах этой самой чистоты забыть. Открываем XMonad - видим newtype X (ReaderT XConf (StateT XState IO) a) (в честь этого типа софтину и назвали). Открываем Leksah, видим type IDEM = ReaderT IDERef IO
Ты кое-чего не понимаешь: если тебе надо IO, ты можешь его использовать в таком стеке, но ты можешь писать чистый код относительно любых частей стека. Например, те функции, которые манипулируют только состоянием и конфигурацией и не делают ничего IOшного могут иметь примерно такую сигнатуру:
quux :: (MonadReader XConf m, MonadState XState m) => ... -> m x
Еще не понимаю противопоставления хаскеллистов и низкоуровневых программистов. Ведь всем известно, что хаскеллист - это всесторонне развитый инженер-математик, способный работать на любом уровне, начиная от электрических сигналов, заканчивая уровнем категориальных абстракций. Вот, например, хаскеллист кормит говном /hw/, поясняя за принципы работы DDR >>http://2ch.hk/hw/res/488198.html#489111. Уверен, такому и написать контроллер памяти на VHDL для плисов под силу. А что может плюсоблядь? Только следовать стандартным методам определения виртуальных деструкторов.
>>343683
Хаскеллист - это школьник, личинка человека, которая еще не переросла стадию быдла, у которого в голове, кроме "спартак - чемпион", ничего нет. Если обыкновенные школьники лапают за сиски одноклассниц и болеют за спартак, задрот лапает свою маму-шлюху и болеет за хаскель, семеня на дваче.
А типичный любитель хаскеля хорошо представлен на одеске - питон, питон, питон, работа за 10$ на хаскеле какому-то студенту, питон, питон, питон.
>>343683
>путает биты с байтами.
>рассказал хуйню, уровня русской википедии, которую даже я знаю, при том, что никогда памятью не интересовался
>>343076
Вообще-то ghc поддерживает разные способы генерации кода, один из которых - генерация сишных сорцов. Так что ничего необычного в присутствии сишного кода там нету.
>>343460
Серьёзно? Я пробовал его где-то год назад и он вроде бы был очень сырой.
Я не помню точно, в чём это прояилось. Возможно, я просто тогда недостаточно шарил.
Есть примеры какие-нибудь кода на нём, где он уделывает Coq/Agda?
>>343781
Библиотека эффектов, например, нереализуемая на агде. Он как смесь кока и агды: есть тактики (правда я не уверен, что с их помощью можно получить все, что можно получить с помощью нетипизированного ltac) и нет анальной акробатики с унификацией, как в коке. Но сам я на нем ни строчки не написал, потому что мне не нравится typical ambiguity. Поиграюсь с ним, когда будет какая-нибудь программистская задача.
>Кстати, майкрософт ваяет native .net compiler - сможете грести шарпистов, будут пилить дрова на шарпе.
Не получится. Для шарпа нет WDK. А так драйвера можно писать хоть на бейсике
>>343846
Ну тактики это не самое главное, хотя и хорошо.
В конце концов, если очень надо будет доказывать что-то на идрисе, то можно и экспорт из кока прикрутить.
Вот больше интересно, что он из программирования предлагает.
Эффекты надо заценить, да. Как раз до них всё руки не доходили.
А про typical ambiguity я чё-то не понял, хотя и загуглил.
Чем оно от universe polymorphism отличается?
>>343904
Тактики нужны не только чтобы доказывать. С их помощью можно и программировать. Например, в библиотеке эффектов они используются, и именно из-за них не получится то же самое переписать на агде. Ну с зависимыми типами разница между доказыванием и программированием вообще довольно неопределенная.
>Вот больше интересно, что он из программирования предлагает.
Тайпклассы, параметризуемые чем угодно: значениями, типами, другими тайпклассами. Куча сахара вроде do-нотации, idiom brackets, синтаксиса для списков/кортежей/прочего. Эффективность из-за компиляции в си и энергичных вычислений с опциональной ленивостью. В то время как в агде даже seq нет и нельзя два списка сравнить просто по (==). В общем-то, так и должно быть. Один язык для теоретического исследования и один для практического. Ну а кок больше про доказательства, чем про программирование, тем более с зависимыми типами.
>А про typical ambiguity я чё-то не понял, хотя и загуглил.
>Чем оно от universe polymorphism отличается?
Не надо явно уровни выписывать. Автоматически строится граф и проверяется на отсутствие циклов. Хотя я не проверял, может их можно явно выписывать в идрисе.
И вот еще:
The Agda implementation is based on a type theory with implicit syntax and pattern
matching — Norell gives an algorithm for type checking a dependently-typed language
with pattern matching and metavariables (Norell, 2007). Unlike the present IDRIS imple-
mentation, metavariables and implicit arguments are part of the type theory. This has the
advantage that implicit arguments can be used more freely (for example, in higher order
function arguments) at the expense of complicating the type system.
>>343917
> Тактики нужны не только чтобы доказывать. С их помощью можно и программировать.
Ага, знаю. Сам использовал их для определения некоторых функций на Coq, которые было трудно сделать из-за уебищного зависимого паттерн-мэтчинга Coq.
> Например, в библиотеке эффектов они используются, и именно из-за них не получится то же самое переписать на агде.
Это почему? Разве нельзя просто пруф-терм скопировать?
> Тайпклассы, параметризуемые чем угодно: значениями, типами, другими тайпклассами.
Разве в Coq не так?
Про эффективность -- это да, я тоже думал про это, но не проверял.
>>343940
>Ага, знаю. Сам использовал их для определения некоторых функций на Coq, которые было трудно сделать из-за уебищного зависимого паттерн-мэтчинга Coq.
Судя по CPDT refine в коке повсеместна.
>Это почему? Разве нельзя просто пруф-терм скопировать?
Он генерируется автоматически, в зависимости от того, какие эффекты и в каком порядке ты используешь в некоторой функции. Хотя может как-нибудь можно с агдиной рефлексией изъебнуться, но она только развивается и делает это довольно медленно.
>Разве в Coq не так?
Не знаю.
>>343457
> Coq
На нём можно сортировку одномерного массива написать?
>>342826
ОП даун и диванный теоретик.
На производстве системщики востребованы нехило.
Но твое ЧСВ же не позволит программировать тебе какие-то там контроллеры? Мы же ОС хотим писать...
10 лет назад школота ПЕКА не имела, а если и имела, то видела только кривую реализацию QBasic.
Никому нахуй не вперся твой ассемблер на андроиде или веб. Там люди деньги зарабатывают.
Нахуя ты всё поудалял?
>>344061
>10 лет назад школота ПЕКА не имела, а если и имела, то видела только кривую реализацию QBasic.
Наглый пиздеж. В 2004 у меня уже была ворованная Дельфя без каких-то составных частей, на которой я лабал какую-то GUIшную йобу, которой хвастался перед одноклассниками. Современная хачкешколота так не может.
Алсо QBasic был в школе, я его считал говном (после Дельфи-то!). Алсо, что-то вспомнил первые выпуски "Хакера" (в условиях отсутствия нормального интернета, годный был журнал, хоть илитка нынче закидывает его какашками), Вижуал Студио 6.0, СофтАйс лол, как мне шестизнак угнали, форумчики, ракование в ирц, локалочки, как батя с работы диски с самыми новыми игорами приносил (работал на пиратском производстве), переводы от Фаргуса... Да идите вы нахуй, говнюки, нахуя я такой старый?
Прямо ГЛУБИННОЕ ПРОГРАММИРОВАНИЕ уровня б.
>>344876
старые, как я, начинали с программируемого калькулятора МК-52
>>345319
Это только если ты жил в семье потомственных физматов или просто в Маскво.
Программируемые калькуляторы... у меня из этого была разве что логарифмическая линейка.
>>344876
>какую-то GUIшную йобу, которой хвастался перед одноклассниками
>Современная хачкешколота так не может.
Сейчас хвастаются не софтом, а кодом.
>>345335 В нашей мухосране в 1987 купили МК-61 в магазине Электроника. Хотя логарифмическая линейка тоже была, собирал её в радиокружке на логической рассыпухе, после службы в армии проебалась.
У меня был МК-85, достался в 99 году от старшей родственницы практически неюзанным. Я на нем даже игрушки писала.
обоссал лица всем сидящим в этом петушином уголку и пошел дальше
>>343873
а что в этом вдк? куча хедеров, из которых нужны три константы и две функции?
>>345508
кроме хидеров там есть шаблоны всех драйверов под винду, например если нужно написать драйвер принтера, то берешь готовый шаблон, добавляешь 10% своего кода, и у тебя готовый рабочий драйвер. Без этих шаблонов и тонны хидеров можно потратить месяцы на работу, которая в в случае применения WDK займет несколько дней.
В рашке походу это вымирающая специализация. Из-за общей деградации it-сферы. А ведь еще 10 лет назад школота знала, кто такой Рихтер, Петцольд и что Касперски не автор антивируса Касперского. Последний кстати сторчался на хмуром и окончательно поехал. Какбэ символ произошедшего.
А теперь все интересуются только веб-парашей и мобильной разработкой под ведроид. Низкоуровневых разработчиков все меньше, вымирают как динозавры, вакансии на hh висят месяцами в тщетной попытке найти хоть кого-то. Понятно, что драйвера, кодеки, компиляторы, сетевые службы и т.д. в рашке мало кому нужны. Но за границей эти знания по-прежнему востребованы, поэтому имеет смысл этим заниматься. Например в плане будущего пиздинга трактор в сторону цивилизованных стран.