T
и вот еще
Size: a a a
2019 December 22
T
много практики
V
Недостаток "много практики" в быстром устаревании, потому что эликсир быстро меняется. Например, я читаю гайд, а в нём используется
mix phoenix.gen.model, которая настолько deprecated, что даже не сообщает об этом. Поэтому сначала лучше читать актуальную документацию на hexdoc.pm и elixir-lang.org, потом всё остальное.IK
Спасибо, господа
IK
Второй вопрос тогда: а в элексире вообще есть жизнь вне феникса?
Z
есть
IK
И Elixir in Action
Друг спрашивает - pdf или epub?
IK
Листингов много?
IK
@greenest_pig уважаемо
PG
Никто. Ничего. Не видел.
PG
:^)
V
Вообще по итогу начального изучения эликсира по гайдам могу сказать следующее:
- У него необычный синтаксис, и вообще он необычный, приходится много кода просто печатать чтобы руки запомнили. Печатать приятно, но тем не менее, это время. Вывод первый: лучше не 100% читать, а читать/писать в соотношении 50:50.
- Знания хорошо закрепляются, когда решаешь продуктовую задачу. Например, делаешь фотогалерею "я и моя собака". Это не просто повторять код из гайда - здесь нужно видеть задачу комплексно, соответственно научение происходит быстрее. Вывод второй: обучение лучше проводить в следующем порядке: asdf-vm, mix и структура проектов, синтаксис и семантика эликсира, написание тестов, краткий обзор феникса/экто (или полное чтение док если хватит сил), написание нескольких сайтов на фениксе по своей идее (блог, фотогалерея, что угодно). То есть, как только сумел в REPL, дебаг и интроспецию - начинай сам придумывать себе задачи.
- Отдельную сложность представляет первый деплой в прод. Вывод: для лучшего научения нужно получившуюся поделку запузырить на какой-нибудь сервер.
- У него необычный синтаксис, и вообще он необычный, приходится много кода просто печатать чтобы руки запомнили. Печатать приятно, но тем не менее, это время. Вывод первый: лучше не 100% читать, а читать/писать в соотношении 50:50.
- Знания хорошо закрепляются, когда решаешь продуктовую задачу. Например, делаешь фотогалерею "я и моя собака". Это не просто повторять код из гайда - здесь нужно видеть задачу комплексно, соответственно научение происходит быстрее. Вывод второй: обучение лучше проводить в следующем порядке: asdf-vm, mix и структура проектов, синтаксис и семантика эликсира, написание тестов, краткий обзор феникса/экто (или полное чтение док если хватит сил), написание нескольких сайтов на фениксе по своей идее (блог, фотогалерея, что угодно). То есть, как только сумел в REPL, дебаг и интроспецию - начинай сам придумывать себе задачи.
- Отдельную сложность представляет первый деплой в прод. Вывод: для лучшего научения нужно получившуюся поделку запузырить на какой-нибудь сервер.
AF
Господа, вернулся к эликсиру после некоторого перерыва, снова взялся за азы.
Есть где-то годный материал по эликсиру, но не база вроде типов и т.п., а именно практические кейсы и задачи?
Есть где-то годный материал по эликсиру, но не база вроде типов и т.п., а именно практические кейсы и задачи?
IK
V
Вообще по итогу начального изучения эликсира по гайдам могу сказать следующее:
- У него необычный синтаксис, и вообще он необычный, приходится много кода просто печатать чтобы руки запомнили. Печатать приятно, но тем не менее, это время. Вывод первый: лучше не 100% читать, а читать/писать в соотношении 50:50.
- Знания хорошо закрепляются, когда решаешь продуктовую задачу. Например, делаешь фотогалерею "я и моя собака". Это не просто повторять код из гайда - здесь нужно видеть задачу комплексно, соответственно научение происходит быстрее. Вывод второй: обучение лучше проводить в следующем порядке: asdf-vm, mix и структура проектов, синтаксис и семантика эликсира, написание тестов, краткий обзор феникса/экто (или полное чтение док если хватит сил), написание нескольких сайтов на фениксе по своей идее (блог, фотогалерея, что угодно). То есть, как только сумел в REPL, дебаг и интроспецию - начинай сам придумывать себе задачи.
- Отдельную сложность представляет первый деплой в прод. Вывод: для лучшего научения нужно получившуюся поделку запузырить на какой-нибудь сервер.
- У него необычный синтаксис, и вообще он необычный, приходится много кода просто печатать чтобы руки запомнили. Печатать приятно, но тем не менее, это время. Вывод первый: лучше не 100% читать, а читать/писать в соотношении 50:50.
- Знания хорошо закрепляются, когда решаешь продуктовую задачу. Например, делаешь фотогалерею "я и моя собака". Это не просто повторять код из гайда - здесь нужно видеть задачу комплексно, соответственно научение происходит быстрее. Вывод второй: обучение лучше проводить в следующем порядке: asdf-vm, mix и структура проектов, синтаксис и семантика эликсира, написание тестов, краткий обзор феникса/экто (или полное чтение док если хватит сил), написание нескольких сайтов на фениксе по своей идее (блог, фотогалерея, что угодно). То есть, как только сумел в REPL, дебаг и интроспецию - начинай сам придумывать себе задачи.
- Отдельную сложность представляет первый деплой в прод. Вывод: для лучшего научения нужно получившуюся поделку запузырить на какой-нибудь сервер.
Спасибо за это пояснение
Вообще у меня в изучении языков есть некоторая проблема, которая заключается в промежутке между изучением синтаксиса и стдлиб и пониманием, как, собственно, решать задачи с использованием языка (минимальные бест праксис, некоторые классические решения, ну и в целом базовые вещи, основанные на практике)
Когда изучал го, с этой проблемой очень помог справится курс от мейлру, где прям на хороших годных примерах показано, как не хелловорд писать, а реальные задачи (ну сильно упрощенные, понятное дело)
Сейчас пытаюсь то же самое на эликсире освоить, заодно хорошенько разобраться в ФП и акторной модели
Вообще у меня в изучении языков есть некоторая проблема, которая заключается в промежутке между изучением синтаксиса и стдлиб и пониманием, как, собственно, решать задачи с использованием языка (минимальные бест праксис, некоторые классические решения, ну и в целом базовые вещи, основанные на практике)
Когда изучал го, с этой проблемой очень помог справится курс от мейлру, где прям на хороших годных примерах показано, как не хелловорд писать, а реальные задачи (ну сильно упрощенные, понятное дело)
Сейчас пытаюсь то же самое на эликсире освоить, заодно хорошенько разобраться в ФП и акторной модели
V
Спасибо за это пояснение
Вообще у меня в изучении языков есть некоторая проблема, которая заключается в промежутке между изучением синтаксиса и стдлиб и пониманием, как, собственно, решать задачи с использованием языка (минимальные бест праксис, некоторые классические решения, ну и в целом базовые вещи, основанные на практике)
Когда изучал го, с этой проблемой очень помог справится курс от мейлру, где прям на хороших годных примерах показано, как не хелловорд писать, а реальные задачи (ну сильно упрощенные, понятное дело)
Сейчас пытаюсь то же самое на эликсире освоить, заодно хорошенько разобраться в ФП и акторной модели
Вообще у меня в изучении языков есть некоторая проблема, которая заключается в промежутке между изучением синтаксиса и стдлиб и пониманием, как, собственно, решать задачи с использованием языка (минимальные бест праксис, некоторые классические решения, ну и в целом базовые вещи, основанные на практике)
Когда изучал го, с этой проблемой очень помог справится курс от мейлру, где прям на хороших годных примерах показано, как не хелловорд писать, а реальные задачи (ну сильно упрощенные, понятное дело)
Сейчас пытаюсь то же самое на эликсире освоить, заодно хорошенько разобраться в ФП и акторной модели
Для "как софтом решать задачи" нужен опыт.
Хотя, с опытом проблема не исчезает полностью, хоть и уменьшается.
Её суть: начиная работу ты имеешь дело с неизвестным, не до конца формализованными требованиями и неясной конечной целью.
Один из способов справиться - писать приложение "сверху вниз" с использованием спецификаций - ATDD/BDD.
Другой из способов - изучить отдельно каждый кейс: работа с БД и связями, авторизация, хождение во внешние API, работа с json и т.д., и решать конечную задачу мысля уже этими кейсами.
Хотя, с опытом проблема не исчезает полностью, хоть и уменьшается.
Её суть: начиная работу ты имеешь дело с неизвестным, не до конца формализованными требованиями и неясной конечной целью.
Один из способов справиться - писать приложение "сверху вниз" с использованием спецификаций - ATDD/BDD.
Другой из способов - изучить отдельно каждый кейс: работа с БД и связями, авторизация, хождение во внешние API, работа с json и т.д., и решать конечную задачу мысля уже этими кейсами.
IK
V
Для "как софтом решать задачи" нужен опыт.
Хотя, с опытом проблема не исчезает полностью, хоть и уменьшается.
Её суть: начиная работу ты имеешь дело с неизвестным, не до конца формализованными требованиями и неясной конечной целью.
Один из способов справиться - писать приложение "сверху вниз" с использованием спецификаций - ATDD/BDD.
Другой из способов - изучить отдельно каждый кейс: работа с БД и связями, авторизация, хождение во внешние API, работа с json и т.д., и решать конечную задачу мысля уже этими кейсами.
Хотя, с опытом проблема не исчезает полностью, хоть и уменьшается.
Её суть: начиная работу ты имеешь дело с неизвестным, не до конца формализованными требованиями и неясной конечной целью.
Один из способов справиться - писать приложение "сверху вниз" с использованием спецификаций - ATDD/BDD.
Другой из способов - изучить отдельно каждый кейс: работа с БД и связями, авторизация, хождение во внешние API, работа с json и т.д., и решать конечную задачу мысля уже этими кейсами.
Опыт опыту рознь
IK
Спасибо
V
Я сейчас уделяю много времени второму способу - изучаю конкретные инструменты на минорных задачах типа "я и моя лошадка". Это хороший способ с предсказуемым результатом.