На руби попадёшь в более приятную компанию

Точнее это субъективно

На руби попадёшь в стартаперов

Потому что он позволяет накидать из палок в продакшен

На Джаве в корпоратов

На пхп либо в стартаперов либо в говноедов

Тут как повезёт

Если смотреть с позиции поиска работы, я бы выбирал между Python и Go склоняясь к go. У обоих языков низкий порог вхождения и оба очень популярны, в большинстве новых стартапов хотя бы часть кода написано на одном из этих языков. Я бы выбрал go, хотя мне трудно советовать ведь на этом языке, я не написал ни строчки кода.

Ну по-любому надо знать два

Один для того чтобы наклепать формочки

Один когда надо пожостче по производительности

С этой точки зрения парами хорошо смотрятся руби и эликсир или руби го или пхп го

Пхп учи, если действительно нужна работа. Сервисы на других языках будешь дописывать

Первостепенны алгоритмы решения задач

Полностью отбрось языки с параллельным вычислением типа эликсира и го. Питон ценится дешевле пхп и порог вхождения нифига не простой. Найти решения любых задач проще для пхп

Знание языка это 30% от всего, с чем придется работать. Нужно знать базы данных, гит и кучу всякой хрени типа готовых библиотек и фрэймворков

Анализируй вакансии, собеседуйся прям сразу

Если ты живёшь в шахтерском городке, бесполезно искать работу нефтяником

Пусть и платят больше

Если смотреть с позиции поиска работы, я бы выбирал между Python и Go склоняясь к go. У обоих языков низкий порог вхождения и оба очень популярны, в большинстве новых стартапов хотя бы часть кода написано на одном из этих языков. Я бы выбрал go, хотя мне трудно советовать ведь на этом языке, я не написал ни строчки кода.

с этой позиции вообще на самом деле смотреть не стоит. это большая ошибка

@yaBloom не уверен, что удалился спам, проверь. юзер Koder25

Здравствуйте. Если моя цель найти поскорей работу джуном, какой язык лучше учить: Ruby (соответственно для Rails, web scraping ) Javascript (для React/Vue.js, Node) Python (Django,web scraping ) PHP (Laravel) Elixir (Phoenix )??? Душа лежит к Ruby and Elixir.

тогда надо учить там где много говнокода и самый низкий порог входа - php elixir хорош там где уже появляются нагрузки (джунам там обычно не место) ruby имеет выше порог входа и там в основном требования от мидлов, разрабатывать на нём быстро и приятно

php - да, сто тысяч мух не могут ошибаться

Учить надо математику

Все остальное надо писать в разуме "опыт пол года"

И за день до собеседования читать книжку по синтаксису

А если будут вопросы, которые не знаешь, говори "ну я только пол года, возьмите меня я быстро развиваюсь"

Устроил пол десятка джунов без гита, паттернов проектирования, с минимальным знанием sql и тестов от слова совсем

Питон надо учить. Он везде пригодится. Минимально необходимый набор знаний, чтобы оперативно говнокодить, набирается очень быстро. Самое оно для старта.

я чтото с 2000 года так особо с парсултангом не сталкивался, бог миловал

Предыдущий оратор @Virviil архи важно и архи нужно заметил про математику

лучше вообще матлаб учить или октаву, развивать прикладной матаппарат в голове, остальное все приложится

у меня было две полки книг по языкам и технологиям, в итоге все загрузил в большую сумку и студентоте раздал. Истинно ценно то что нестареет, алгоритмы там, математика, графы и прочее, фундаметальщина

у меня было две полки книг по языкам и технологиям, в итоге все загрузил в большую сумку и студентоте раздал. Истинно ценно то что нестареет, алгоритмы там, математика, графы и прочее, фундаметальщина

Часто графы применяешь в работе?

Ну то есть не какие-то примитивные знания по ним, а что-то более серьёзное

Математика нужна не для того чтобы ее применять

А чтоб мозги качнуть и в абстракции научиться

Тогда бы лучше матан вспомнили

А не графы

От матана у студентов хоть что-то в голове остаётся

Потому что приходится много заданий делать

У нас нормальненько графы так давали в маге

Топ задач в графах

На графы преподы обычно не могут вменяемых задний придумать не могут, как и по всей дискретке

Это аппроксимации np задач

Типа пишешь ты фб

И понимаешь что у тебя каждая вторая задача на друзьях np

Но тебе не нужно точное решение

А нужно быстрое и масштабируемое

У нас нормальненько графы так давали в маге

В маге я не учился, это какое направление?

Data science

(Ты же про магистратуру?)

Типа алгоритм распределённого поиска комьюнити в графе

кстати, об графах - у меня в универе как-то с ними не сложилось (преподы не оч и сам тогда ленился), какие книги посоветуете чтобы догнать все что пропустил?

кстати, об графах - у меня в универе как-то с ними не сложилось (преподы не оч и сам тогда ленился), какие книги посоветуете чтобы догнать все что пропустил?

Тема не слишком то обширная, чтобы книги читать именно по ней и интуитивно понятная. Если всё же возникли трудности смотри на емаксе, там приведены готовые алгоритмы с расчётами эффективности их работы

кстати, об графах - у меня в универе как-то с ними не сложилось (преподы не оч и сам тогда ленился), какие книги посоветуете чтобы догнать все что пропустил?

Ссыль https://e-maxx.ru

? спс

Ну то есть не какие-то примитивные знания по ним, а что-то более серьёзное

да както делал транспортную задачу по продаже пассажирский билетов. вот там маршрут это граф

а так я вообще имел ввиду что тема полезная. ща часто слышу что применяют

https://lasp-lang.readme.io/docs

ERROR: S client not available

это что такое?

Ишь замахнулися

Какие животрепущущие темы обсуждают в конфе Эликсира, однако)

На официальном сайте elixir-lang.org написано "while also being successfully used in web development and the embedded software domain". Кто-нибудь эликсир использует в "embedded software domain"? На сколько BEAM требовательна к ресурсам?

На официальном сайте elixir-lang.org написано "while also being successfully used in web development and the embedded software domain". Кто-нибудь эликсир использует в "embedded software domain"? На сколько BEAM требовательна к ресурсам?

давно видел уже эту штуку, но подробнее о ней не узнавал, там, наверно, про ресурсы есть http://nerves-project.org/

https://changelog.com/podcast/254 Тут чувак рассказывает про опыт deployment сайта на Phoenix/Elixir. Я сам ещё не слушал, но обязательно заценю. Там должен быть отражён реальный опыт всего этого.

Я посмотрел на бенчмарки числодробилок, эрланг вроде бы по потреблению памяти сравним с джавой, отсюда и удивление

Почему в Ecto.Changeset put_change, но add_error. Это вообще как то можно запомнить? О чем они думали блять вообще???

Рубня )))

Ребят вопрос по проектированию. Нужно написать сервер на erlang cowboy. Сервер по игре в дурака (это не единственный сервер так что в его задачу входит просто игровой процесс, отображение историй игр и запись их в базу). На данный момент это выглядит следующим образом. Простенькие вьюхи для создания комнат(каналов) и возможность подсоединиться к ним по websocket. Есть отдельное приложение которое умеет запускать новый менеджер игры, подвязанный к комнате. Он в свою очередь запускает два генсервера чат и саму игру. Вопрос в том, можно ли сделать это проще и как реализовать алгоритм принятия решений по умолчанию не используя низкоуровневые потоки?

Ребят вопрос по проектированию. Нужно написать сервер на erlang cowboy. Сервер по игре в дурака (это не единственный сервер так что в его задачу входит просто игровой процесс, отображение историй игр и запись их в базу). На данный момент это выглядит следующим образом. Простенькие вьюхи для создания комнат(каналов) и возможность подсоединиться к ним по websocket. Есть отдельное приложение которое умеет запускать новый менеджер игры, подвязанный к комнате. Он в свою очередь запускает два генсервера чат и саму игру. Вопрос в том, можно ли сделать это проще и как реализовать алгоритм принятия решений по умолчанию не используя низкоуровневые потоки?

Что такое "низкоуровневые потоки"? NIFы, что-ли?

Что такое "низкоуровневые потоки"? NIFы, что-ли?

Нет я имел ввиду просто concurrency

>Вопрос в том, можно ли сделать это проще и как реализовать алгоритм принятия решений по умолчанию не используя низкоуровневые потоки? Я вот это не понимаю.

Так или иначе в Эрланге всё на потоках.

А то, что не на потоках, то будет использоваться внутри потоков.

>Вопрос в том, можно ли сделать это проще и как реализовать алгоритм принятия решений по умолчанию не используя низкоуровневые потоки? Я вот это не понимаю.

Просто я только начал писать на erlang, поэтому избегаю низкоуровневых приёмов, которые при неправильном применении повалят мне ноду. Я не говорю, что не хочу использовать потоки вообще. Просто есть конкретная задача и она реализована у меня накостыленно и основной вопрос в том, как бы вы проектировали эту систему?

А что такое алгоритм принятия решения по умолчанию? Гугл мне не подсказал. Тот, который вызывается, если каким-то образом не переопределен?

Зачем два генсервера (чат и игра)? Если чат упадет продолжиться игра? Если игра упадет можно продолжить обсуждать?

Тогда лучше всего начать как раз с потоков, а не с OTP. LYSE, который learnyousomeerlang.com , прекрасно все объяснит. Потом OTP, а потом уже за ковбой приниматься. Просто есть некоторые базовые вещи, которые нужно знать перед тем, как что писать.

Просто я только начал писать на erlang, поэтому избегаю низкоуровневых приёмов, которые при неправильном применении повалят мне ноду. Я не говорю, что не хочу использовать потоки вообще. Просто есть конкретная задача и она реализована у меня накостыленно и основной вопрос в том, как бы вы проектировали эту систему?

Я бы для вебморды использовал ClojureScript. Транспорт - Protobuf со схемой. Бэкенд - Erlang без ковбоя, но - с пулом обычных сокетов. БД - вообще пофиг какая, это непринципиально. Хоть DETS (объёмы всё-равно небольшие, судя по тому, что ты описал). Но я не показатель :) Если всё делать строго на Erlang, то да, можно взять ковбоя, который будет общаться с отдельным приложением, которое и будет реализовывать всю логику игры "Дурак".

А что такое алгоритм принятия решения по умолчанию? Гугл мне не подсказал. Тот, который вызывается, если каким-то образом не переопределен?

Ну просто на ход отведено определённое количество времени, если пользователь не уложился, программа делает ход за него

Я даже hello world в erlang пишу на потоках

А тут кто-то хочет от них избавится

Тогда лучше всего начать как раз с потоков, а не с OTP. LYSE, который learnyousomeerlang.com , прекрасно все объяснит. Потом OTP, а потом уже за ковбой приниматься. Просто есть некоторые базовые вещи, которые нужно знать перед тем, как что писать.

В общем то я понимаю, как работают потоки в erlang, прочитал книжку Армстронга где автор пишет свой genserver на простых потоках. Но также я натыкался на предостережения, что если плодить низкоуровневые потоки велик риск накосячить, поэтому я их не использую без необходимости

Я даже hello world в erlang пишу на потоках

Мои вам поздравления, но это абсолютно синхронный код

Зачем тогда писать на эрланг?

:)