Size: a a a

Сообщество Scheme

2019 June 06

P1

Peter 11111000000 in Сообщество Scheme
T Z
Правильно ли я понимаю, что Лисп и Си - очень хорошее сочетание будет?
для кругозора - да, для практики - не очень
источник

A

Aragaer in Сообщество Scheme
нет, я не использую лисп на работе
источник

A

Aragaer in Сообщество Scheme
хотя недавно писал небольшой, но извращенный код на плюсовых шаблонах
источник

A

Aragaer in Сообщество Scheme
и то, что в итоге появилось, выглядело очень по-лисповому
источник

O

O in Сообщество Scheme
Лисп больше для нароботки мышления и абстракции
источник

TZ

T Z in Сообщество Scheme
Aragaer
в яндекс недавно собеседовался, попросил 200, вроде согласились, но я сам на финальном собеседовании не пошел к ним
На каком языке к ним? Почему не пошел?
источник

A

Aragaer in Сообщество Scheme
речь шла про си. Не пошел, потому что сейчас стою на пороге "открыть ИП и стать консультантом", а их такой формат не устраивал
источник

V(

Vλadimir (Hawthorne the Toolmaker) in Сообщество Scheme
Aragaer
речь шла про си. Не пошел, потому что сейчас стою на пороге "открыть ИП и стать консультантом", а их такой формат не устраивал
все правильно сделал
источник

P1

Peter 11111000000 in Сообщество Scheme
да, консалтинг - тема! такая же история, устаёшь  ведь фигачить код ради деньги, при том что главную пользу заказчикам приносят опыт, архитектура и качество, которые затаскиваешь на проект, что в формате консалтинга гораздо комфортнее делать
источник
2019 June 07

VL

Valeriy L in Сообщество Scheme
T Z
Правильно ли я понимаю, что Лисп и Си - очень хорошее сочетание будет?
Нету ничего правильного и неправильного. Главное не переставать учиться и не сидеть на месте. В программировании куча всяких концептов, парадигм, языков самых разных. И изучая разные вещи, мне кажется можно добиться целостной картины. Сначала будет очень сложно. Информации очень много. Но потом приходит понимание и знание становится упорядоченным. От себя посоветую в будущем обязательно глянуть на раст)
источник

VL

Valeriy L in Сообщество Scheme
Насчет первого языка, мне кажется он должен быть популярным, тупо чтобы проще начать было. Главное это начать мыслить алгоритмически. И тогда, по большому счету, язык отходит на второй план. Конечно, если язык позволяет более кратко и выразительно описывать решение задачи, то он лучше подходит для этой задачи, но это, кмк, не суть программирования
источник

PG

Pïg Grëënëst in Сообщество Scheme
Главное деньги не забывать зарабатывать в перерывах между учебой
источник

VL

Valeriy L in Сообщество Scheme
Pïg Grëënëst
Главное деньги не забывать зарабатывать в перерывах между учебой
Не могу не согласиться
источник

P1

Peter 11111000000 in Сообщество Scheme
забудешь тут, с такой инфляцией
источник

TZ

T Z in Сообщество Scheme
Valeriy L
Нету ничего правильного и неправильного. Главное не переставать учиться и не сидеть на месте. В программировании куча всяких концептов, парадигм, языков самых разных. И изучая разные вещи, мне кажется можно добиться целостной картины. Сначала будет очень сложно. Информации очень много. Но потом приходит понимание и знание становится упорядоченным. От себя посоветую в будущем обязательно глянуть на раст)
В вашем ответе содержится шикарная мысль. Спасибо вам!
Правильное есть, конечно, но это из другой области.😊
источник

TZ

T Z in Сообщество Scheme
Valeriy L
Нету ничего правильного и неправильного. Главное не переставать учиться и не сидеть на месте. В программировании куча всяких концептов, парадигм, языков самых разных. И изучая разные вещи, мне кажется можно добиться целостной картины. Сначала будет очень сложно. Информации очень много. Но потом приходит понимание и знание становится упорядоченным. От себя посоветую в будущем обязательно глянуть на раст)
Вы с какого языка начинали? На чем сейчас пишете? На Расте получается зарабатывать?
источник
2019 June 08

P1

Peter 11111000000 in Сообщество Scheme
T Z
Вы с какого языка начинали? На чем сейчас пишете? На Расте получается зарабатывать?
IMHO немного, т.к. упомянутый коллегой Раст - достаточно свежая ниша. Однако, грамотный лид конечно найдёт, где его удачно применить.  Нам платят за решение конкретной задачи в сроки, не за применение полпулярного языка... К тому же, в экосистеме буквально каждого современного языка, на практике постоянно применяются всевозможные трансляторы и интерпретаторы других языков, а также FFI... Короче, можно брать то что под рукой и решать задачу, следуя заветам старой школы: https://royallib.com/book/reymond_erik/iskusstvo_programmirovaniya_dlya_Unix.html
 
Пишут не на языке, но языком. Во-первых, в рамках любого достаточно большого проекта, так или иначе, в коде образуется язык предметной области (и я даже не про эти наши DSL, а просто про "самую трудную проблему программирования", (https://ru.hexlet.io/blog/posts/naming-in-programming)), а семантика языка реализации может только либо несколько помогать, либо мешать  формулировке.

Что касается Лиспа, он не ограничивает свободу программиста от символа nil. Фактически - состоит из Атомов, которым легко придать семантику даже без магии (макросов), т.е. просто в уме. Простота инструмента позволяет быстрее начать думать и записывать задачу в терминах её решения - формализовать её. Естественным, итеративным процессом сводя к более простым задачам.

Таким образом, путей  решения и его записи, в каждом конкретном случае, на лиспах получается больше одного. Что кто-то можно даже счесть недостатком (например, "один путь" пропагандирует  сообщество Питон (хотя все помнят радости рефакторинга python2 в python3)), и по этой же причине столь велика фрагментация диалектов лисп. Короче, гибколсть  легко может быть недостатком, если отсутствет правильное понимание или знание универсальных паттернов.

Например есть такой общий принцип архитектуры: "в первую очередь думать о структуре данных", но в лиспе - код и данные имеют одинаковую форму, вот и думай...

Но так-то в среде любого языка остаётся проблема  выбора - парадигмы, паттерна,  фреймворка, ORM, и каждый выбор "модифицирует язык" на том или ином уровне - подобно макросу.
источник

P1

Peter 11111000000 in Сообщество Scheme
источник

VL

Valeriy L in Сообщество Scheme
Peter 11111000000
IMHO немного, т.к. упомянутый коллегой Раст - достаточно свежая ниша. Однако, грамотный лид конечно найдёт, где его удачно применить.  Нам платят за решение конкретной задачи в сроки, не за применение полпулярного языка... К тому же, в экосистеме буквально каждого современного языка, на практике постоянно применяются всевозможные трансляторы и интерпретаторы других языков, а также FFI... Короче, можно брать то что под рукой и решать задачу, следуя заветам старой школы: https://royallib.com/book/reymond_erik/iskusstvo_programmirovaniya_dlya_Unix.html
 
Пишут не на языке, но языком. Во-первых, в рамках любого достаточно большого проекта, так или иначе, в коде образуется язык предметной области (и я даже не про эти наши DSL, а просто про "самую трудную проблему программирования", (https://ru.hexlet.io/blog/posts/naming-in-programming)), а семантика языка реализации может только либо несколько помогать, либо мешать  формулировке.

Что касается Лиспа, он не ограничивает свободу программиста от символа nil. Фактически - состоит из Атомов, которым легко придать семантику даже без магии (макросов), т.е. просто в уме. Простота инструмента позволяет быстрее начать думать и записывать задачу в терминах её решения - формализовать её. Естественным, итеративным процессом сводя к более простым задачам.

Таким образом, путей  решения и его записи, в каждом конкретном случае, на лиспах получается больше одного. Что кто-то можно даже счесть недостатком (например, "один путь" пропагандирует  сообщество Питон (хотя все помнят радости рефакторинга python2 в python3)), и по этой же причине столь велика фрагментация диалектов лисп. Короче, гибколсть  легко может быть недостатком, если отсутствет правильное понимание или знание универсальных паттернов.

Например есть такой общий принцип архитектуры: "в первую очередь думать о структуре данных", но в лиспе - код и данные имеют одинаковую форму, вот и думай...

Но так-то в среде любого языка остаётся проблема  выбора - парадигмы, паттерна,  фреймворка, ORM, и каждый выбор "модифицирует язык" на том или ином уровне - подобно макросу.
Я с тобой согласен. Мне просто очень понравился борроу чекер. Я считаю что безопаснось памяти без gc - это круто. Комьюнити быстро развивается, но еще не обрело таких масштабов как например у Си. Поэтому и написал что в будущем можно глянуть (если например сишечка больше понравится). Больше в расте в приципе и нету ничего такого. Все его абстракции мы видели в других языках. Удачный сборник) Тоже имхо)) (не хочу ссориться)
источник

P1

Peter 11111000000 in Сообщество Scheme
источник