Aragaer
те, кто не хочет напрягать мозги при программировании, пусть берут gherkin, там можно писать по-русски
Aragaer
а те, кто могут напрягать, уже пусть под это добро пишут реализацию на чем хотят
Anonymous
согласен, только зачем нужен какой то другой язык чтобы писать мозги железу, почему человек без знания англ не может это делать выглядит как барьер, так то можно со школы вместе с математикой показывать как можно машине давать указания, а так требуется переводить на англ, что усложняет людям знакомиться с этим
люди друг другу затрудняются давать указания. чтобы давать указания источнику надо понимать свою систему понятий и их связей, систему понятий и связей реципиента, и на основе такого понимания построить преобразования ("функтор") из своей "категории" в "категорию" реципиента.
тот
люди друг другу затрудняются давать указания. чтобы давать указания источнику надо понимать свою систему понятий и их связей, систему понятий и связей реципиента, и на основе такого понимания построить преобразования ("функтор") из своей "категории" в "категорию" реципиента.
друг другу затрудняются давать показания потому что торопятся, во всяком случае, такое наблюдение. согласен что нужен интерпретатор, в итоге ведь машине все равно какой язык в нее пишут, ей лишь бы понять какие транзисторы переключать, так можно подойти к ситуации когда графически можно инструкции давать, загружая картинки
Alexander
Я бы другой тезис оспорил, а именно, что идентификаторы, записанные латиницей, являются сколь-нибудь английским языком. Это не более, чем просто слова, которые достаточно даже со словариком переводить, а сам английский здесь ни при чем, и его можно не знать вовсе. ЯП только используют слова для идентификаторов и ключевых понятий, но формируют свой язык, со своей грамматикой. Именно поэтому ЯП и являются языками
тот
звуки, просто сигналы двоичные по радио
A64m
конечно не являются, синтаксис не английского языка же
Alexander
Графических ЯП тоже довольно много, в том числе и "используемых в продакшне". (В кавычках потому, что это какие-то крайности).
Alexander
Но как показала история, графические ЯП нужны не слишком большому классу народонаселения. Например, я работаю с ребятами, которые в свое время основали и развили язык Luna: http://www.luna-lang.org
Alexander
/me лень читать все что написано, чего там Дракон обсуждают?
Alexander
Идея-то не нова: дать непрограммистам инструменты программирования, которые были бы понятны. Но есть ощущение, что убрать элементарную базу программирования все равно не получится, как ни старайся, и ее придется изучать в том или ином виде.
Alexander
language-dragon ещё не написали?
тот
ого, версия 1.3, благодарю за ссылку.
Alexander
я поражаюсь тем кто графически в матлабах и скайлабах диффуры считает
Alexander
Наконец, "программирование непрограммистами" в полной мере на естественном или околоестественном языке будет возможно только с приходом сильного ИИ. До тех пор останутся огромные проблемы в неспособности внешних людей формировать задачи для компьютера, чтобы он их понимал и правильно выполнял. ИИ тут может быть полезен, так как будет способен додумывать и корректировать распоряжения непрограммиста
Alexander
выглядит круто!
Тормозит так же круто, как и выглядит
Leonid 🦇
https://www.fxguide.com/wp-content/uploads/2012/07/Katana_Screenshot1.jpg это считается графическим ЯП?
тот
https://www.fxguide.com/wp-content/uploads/2012/07/Katana_Screenshot1.jpg это считается графическим ЯП?
интерфейс видимо такой, бывает и кубики двигать создавая цепочку связей
Alexander
https://www.fxguide.com/wp-content/uploads/2012/07/Katana_Screenshot1.jpg это считается графическим ЯП?
Графический "язык" - точно, а насчет "программирования" - нужно смотреть. Если Тьюринг-полный - автоматически да. Если не Тьюринг-полный - неизвестно. Может быть да, может быть нет.
Leonid 🦇
не тьюринг полный, но чистый функциональный
Alexander
Ну тут мы упираемся в то, насколько широко определено слово "программирование". Кофеварку тоже можно программировать простыми командами: в 7 утра сделай кофе, но не по выходным
Alexander
Это очень зависит от того, кем и в какой ситуации "считается". Единого стандарта, с которым были бы все согласны, я не встречал. Но с понятием "программирование" сложностей еще больше. Например, такая ситуация. Есть класс устройств под названием "ПЛИСы" (они же FPGA), то есть, "Программируеммые логические интегральные схемы" (Field-Programmable Gate Array). И есть языки Verilog и VHDL, которые позволяют путем написания неких кодов прошивать эти самые девайсы на аппаратном уровне. И у данного действа имеются все признаки программированиия: вы пишете код, он каким-то образом компилируется, отправляется на программаторы, в самих языках (Тюьринг-полных, кстати) есть все те же конструкции: переменные, циклы, функции. Но почему-то большая часть FPGAшников активно запрещает называть написание такого кода программированием, и говорит, что это дизайн. Я лично знаю такого человека, да и в интернете читал тоже. Однако я с этим крайне не согласен, и столь воинствующую позицию не приемлю, потому что тут правила логики явно нарушаются.
Alexander
Копнув глубже, я нашел настоящую причину: они не хотят, чтобы у новичков формировалась интуиция, сколь-нибудь связанная с обычным программированием. Потому что тот же код на Verilog обычный программист прочитает по-своему и скорее всего неверно, а "ПЛИС-дизайнер" - по-своему. Код, при внешнем сходстве языковых конструкций, работает совсем иначе. Но мне видится, что нарушать логику и называть программирование, пусть даже такое нестандартное, чем-то еще - более вредный подход
Alexander
На Википедии даже есть параграф с оговоркой: > Следует отметить, что описание аппаратуры, написанное на языке Verilog (как и на других HDL-языках) принято называть программами, но в отличие от общепринятого понятия программы как последовательности инструкций, здесь программа задает структуру системы. Так же для языка Verilog не применим термин «выполнение программы». Получается, что программа есть, вы ее пишете, но вы не программируете.
тот
Это очень зависит от того, кем и в какой ситуации "считается". Единого стандарта, с которым были бы все согласны, я не встречал. Но с понятием "программирование" сложностей еще больше. Например, такая ситуация. Есть класс устройств под названием "ПЛИСы" (они же FPGA), то есть, "Программируеммые логические интегральные схемы" (Field-Programmable Gate Array). И есть языки Verilog и VHDL, которые позволяют путем написания неких кодов прошивать эти самые девайсы на аппаратном уровне. И у данного действа имеются все признаки программированиия: вы пишете код, он каким-то образом компилируется, отправляется на программаторы, в самих языках (Тюьринг-полных, кстати) есть все те же конструкции: переменные, циклы, функции. Но почему-то большая часть FPGAшников активно запрещает называть написание такого кода программированием, и говорит, что это дизайн. Я лично знаю такого человека, да и в интернете читал тоже. Однако я с этим крайне не согласен, и столь воинствующую позицию не приемлю, потому что тут правила логики явно нарушаются.
понравилось программирование как синоним автоматизации, программировать можно и светофор, никакой нет зависимости от способностей языка
тот
а выше названный пример с этими системами - видимо, люди заметили какой подход легче для освоения и пытаются убрать ассоциации из других областей, но в конечном итоге это автоматизация работы машины по заданным параметрам, а слова на то и слова, имеют значительный ограничитель на передачу информации
Alexander
Даже больше. Сущесвует вполне устоявшийся и давно используемый термин "программирование микроконтроллеров". Работа с FPGA, с некоторыми оговорками, очень с этим схожа.
Alexander
знаю такого лично. в чем вопрос?
О, Алексей! Привет! Да нет, вопросов лично к нему нету. Я просто проверял, насколько бренд этого скалиста известен среди хаскеллистов
Alexander
знаю такого лично. в чем вопрос?
А где ты его лично встретил?
Alexander
Гм, а интересно, есть ли какие-нибудь топы хаскеллистов.
Alexander
Можно, в принципе, составить
Alexey
Кметт? )
Alexander
А вот фиг знает. Я бы в топ-1 Кметта поставил. Или SPJ. Или Вадлера. Но все-таки, наверное, Кметта.
A64m
3. Снойман 2. Крис Дон 1. Картер Шонвальд
Alexander
@l3h3r А как у тебя, в целом, продвигается изучение Haskell после Scala?
A64m
шутка самосмейка
Alexander
мне тоже понравилась
Alexey
@l3h3r А как у тебя, в целом, продвигается изучение Haskell после Scala?
все очень плохо ))) язык крутой, мне нравится. но _качественного_ скачка после скалы я не обнаружил. это все конечно потому что я хорошо знаю экосистему скалы и внутренности жвм и умею их готовить. для хаскелла все это нужно изучать сначала. короче, отсутствует мотивация. главным драйвером внезапно стали разные паперы которые приходилось читать про ФП. там все примеры на хаскелле и пришлось разобраться.
Alexey
и еще - то чего ужасно не хватает в скале - встроенного каррирования
Alexey
это оказалась неожиданно крутая фишка, которой нет ни в одном знакомом мне языке
Alexander
О!
Alexander
Трудно понять, на самом деле, что Haskell может дать скалисту. Ну, настоящему скалисту, а не джависту, пишущем другим синтаксисом. Разве что более глубокое понимание алгебраических типов данных
Alexander
Наоборот - тоже. Чему может научить Scala хаскеллиста?
Alexander
Сабтайпинг и ООП, - наверное да, но в Haskell это не особо применишь
Alexey
Ну не только. Много областей на скале не реализованы идиоматически. Просто посмотреть дизайн многих библиотек бывает интересно. Наоборот я думаю тоже самое. Вообще, чисто ФП сообщество достаточно невелико и очень много просто не реализовано качественно с точки зрения дизайна. Вот в скале, например, только только завозят правильно сдизайненное IO.
Leonid 🦇
Это очень зависит от того, кем и в какой ситуации "считается". Единого стандарта, с которым были бы все согласны, я не встречал. Но с понятием "программирование" сложностей еще больше. Например, такая ситуация. Есть класс устройств под названием "ПЛИСы" (они же FPGA), то есть, "Программируеммые логические интегральные схемы" (Field-Programmable Gate Array). И есть языки Verilog и VHDL, которые позволяют путем написания неких кодов прошивать эти самые девайсы на аппаратном уровне. И у данного действа имеются все признаки программированиия: вы пишете код, он каким-то образом компилируется, отправляется на программаторы, в самих языках (Тюьринг-полных, кстати) есть все те же конструкции: переменные, циклы, функции. Но почему-то большая часть FPGAшников активно запрещает называть написание такого кода программированием, и говорит, что это дизайн. Я лично знаю такого человека, да и в интернете читал тоже. Однако я с этим крайне не согласен, и столь воинствующую позицию не приемлю, потому что тут правила логики явно нарушаются.
Программирование - зашквар для нормальных людей
Alexander
Взоржал
Так, объясните шутку, умоляю
Anonymous
3. Снойман 2. Крис Дон 1. Картер Шонвальд
Carter Schonwald - первый раз услышал
Leonid 🦇
Картер уже написал шутку ещё лучше этой, осталось чуток причесать.
тот
Я не очень понял, но если ты идешь таким путем изучения Haskell, то понадобится очень много фруктов и сока
это миф, большая тема, просто упомянул чтобы люди хотя бы имели шанс заметить путь, что общепризнанно игнорируется
Alexander
Так. Чатик, со мной все плохо? Или эти сообщения и правда содержат какую-то непостижимую логику?
Alexander
\me запасся мясным попкорном
Там же про фрукты и соки сказано. Положи попкорн на место, иначе тебе не изучить Haskell.
Alexander
блин я под столом
Alexander
давайте прогрессивные диеты в расточятике обсуждать
Anonymous
блин я под столом
это у вас какая-то шутка известная под номером?
Alexander
просто Картер Шонвальд известен тем, что он в рассылках, пропозалах и везде влезает первым комментатором
Alexander
и говорит, что все не так, а он уже это почти доделал, но правильно и полгода назад, но осталось чуть-чуть допилить
Alexander
и вот-вот через месяц все будет
Alexander
но ни через месяц ни через год этого не случается
Anonymous
😂
Alexander
Зачем он это делает?
Alexander
чсв наверное поднимает
Alexander
не знаю
Anonymous
может он искренне верит