• Стоит ли читать книги по алгоритмам при изучении Ruby?

    Несмотря на то, что все необходимые алгоритмы в Ruby уже реализованы в разных гемах, знание алгоритмов нужно для понимания процесса выполнения задачи, а также развития собственного логического мышления.
    Базовое знание может дать хорошая книга Т. Кормена - Алгоритмы: Вводный курс.
    Если хочется алгоритмы освоить побыстрее - вот хороший ресурс, где все изложено быстро и понятно.
    Ответ написан
    Комментировать
  • Стоит ли читать книги по алгоритмам при изучении Ruby?

    Заходи в Hexlet. У них там и руби и алгоритмы и программирование вообще.
    Ответ написан
    4 комментария
  • Стоит ли читать книги по алгоритмам при изучении Ruby?

    @CapeRatel
    Любую книгу по разработке стоит читать. ЛЮБУЮ!
    Ответ написан
    Комментировать
  • Стоит ли читать книги по алгоритмам при изучении Ruby?

    vt4a2h
    @vt4a2h
    Senior software engineer (C++/Qt/boost)
    Во-первых, алгоритмизация это в большей степени математическая дисциплина. Так что привязка к языку сама по себе не важна для понимания принципов работы алгоритмов и алгоритмической сложности. Язык будет важет на этапе реализации, чтобы не написать всё криво и медленно.
    Во-вторых, так уж сложилось, что Ruby применяется в основном с рельсами, т.е. для веб разработки, где знание классических алгоритмов не особо актуально. Не побоюсь дже сказать, что, вероятно Rails-разработчки этим набором знаний и раз в год не пользуется.

    Лично я считаю, что любой разработчик должен знать как работает компьютер, ОС, уметь оценить сложность алгоритма и пр. Хотя бы на базовом уровне. Т.е. общая IT-культура, так сказать. Но увы, сейчас в моде другой подход, и многие программисты -- просто пользователи фреймворков. Не холивара ради, просто моё мнение.

    Хотите изучить алгоритмы, почитайте Кормена. Не слишком любите математику? Тогда Седжвика (книги с примерами на Java и C++ есть, а так же видео курсы в интернете). По руби советую почитать книгу (она не по алгоритмам): Ruby under a microscope.
    Ответ написан
    1 комментарий
  • Стоит ли читать книги по алгоритмам при изучении Ruby?

    EvilsInterrupt
    @EvilsInterrupt
    System programming, Reversing Engineering, C++
    basania: Если есть возможность изучать алгоритмы, то да, это надо делать! Не важно какой язык. Python, C, Ruby. Не важно! Умение дизайнить, оценивать алгоритмы весьма полезно и от языка не зависит.
    НО! Нам программерам надо решать задачи и очень часто кричат в ухо "Чего сидишь? Делай давай". В принципе все корректно. Мы же беря в руки смартфон не думаем, какой же паттерн проектирования или алгоритм сортировки или еще что применено для реализации "послать смс-ку". Так и пользователь нашего кода тоже не парится какое О-большое в реализации того чем он пользуется )

    Поэтому: умейте решать задачу? Если текущий Ваш уровень не позволяет решать задачи достаточно быстро и укладываться в сроке, то изучайте фрейморки, стандартную библиотеку, идиомы, все что угодно : ЛИШЬ БЫ РЕШАТЬ ЗАДАЧУ. И только после улучшения этого навыка думайте в сторону улучшения качества
    Ответ написан
    4 комментария
  • Стоит ли читать книги по алгоритмам при изучении Ruby?

    tsarevfs
    @tsarevfs
    C++ developer
    Желательно. Даже чтобы использовать готовую реализацию алгоритма нужно знать о его существовании и условиях применимости.
    Ответ написан
    Комментировать
  • Стоит ли читать книги по алгоритмам при изучении Ruby?

    Jeiwan
    @Jeiwan
    Нет, не стоит. Все типичные алгоритмы уже реализованы до тебя и лучше тебя, можно просто взять нужный гем (хотя что-то я не вспомню ни одного гема, реализующего какой-либо алгоритм...). Лучше почитать по ООП и дизайн-паттернам.
    Обязательно к прочтению: Sandi Metz "Practical Object-Oriented Design in Ruby". И всё её выступления на конференциях также обязательны к просмотру.
    Ну а вообще стоит читать всё подряд, всё, что хоть как-то цепляет, интересует. А ещё лучше сначала много-много писать кода (говнокода), потом читать книги, а потом переписывать свой говнокод и писать хороший код.
    Ответ написан
    4 комментария
  • HTML/CSS, JS и тд в Ruby (RoR). Что надо знать?

    nextel
    @nextel
    ненавижу javascript
    https://www.youtube.com/watch?v=H6G63NKRSi8&list=P... это js
    https://www.youtube.com/playlist?list=PLwSSV-_L9sz... coffee
    по руби манов не поскажу) ибо питонист)
    рекомендую вообще ничего на js не писать)) просто смотришь образцы переписываешь их на кофе смотришь время от времени чо кофе там тебе накомпилил)

    css и html учить смысла нет) это просто тупая зубрежка тегов и свойств)) просто по ситуации типа мне нужен контейнер и этот контейнер должен быть синий с желтыми рамкамию сначала гуглишь какие конткйнеры бывают а потом какие ксс свойства тебе помогут иего расскрасить и прилепить рамки, так и запомнишь их быстро)
    Ответ написан
    6 комментариев
  • HTML/CSS, JS и тд в Ruby (RoR). Что надо знать?

    @hellpirat
    Full stack developer (Python/Django, React.js)
    RoR - это веб, поэтому нужно знать HTML/CSS, JS . Хотя бы базово, но желательно на среднем уровне. + Full Stack очень высоко цениться на рынке труда. В будущем css/js можно будет заменить на sass + cofeescript. По мере необходимости.
    Ответ написан
    1 комментарий
  • Прошу объяснить, как работает self и protected в Ruby?

    viktorvsk
    @viktorvsk
    Public - должны использоваться очень аккуратно. Чем меньше - тем лучше. Это внешнее API для других классов, которые будут его использовать. А чем меньше можно узнать, тем быстрее это можно выучить и запомнить, тем меньше ошибок сделать.

    Protected - это те методы, которые доступны потомкам (классам, что наследуют), но не доступны внешним классам. Грубо говоря, удобно, когда вы знаете, что от класса А будут наследовать много-много разных классов, и у этих классов будет один (или много, не важно) общий метод. Который, однако, совершенно не нужен внешним классам. Если бы не было протектеда, было бы 2 пути - сделать метод, который должен быть у всех потомков - публичным. Это плохо, потому что это лишняя информация для внешних классов. Или же - дублировать одинаковые методы в каждом классе потомке. Это плохо, потому что не DRY.

    Private - это те методы, который доступны только классу. То есть, грубо говоря, пользоваться ими вы можете только в том же файле, где идет определение класса. Например, удобно ими пользоваться для рефакторинга. Представим, что есть публичный метод, который уже много лет используют 100 разных, неизвестных классов. Но в этом методе - 500 строк. Менять метод нельзя, поэтому вы превращаете его в 10 строк-вызовов приватных методов.

    Лучше всего это усвоить, создав разные вариации и попробовав повызывать разные методы. 2 важных вещи, которые нужно помнить в Ruby:
    1) Разные ключевые слова для методов класса и экземпляра (private, private_class_method)
    2) Если тестируете поведение в консоли с использованием #send, то поведение будет не ООП-шное - #send игнорирует видимость методов

    С self все проще. По умолчанию, всегда self подставляется. Метод вызывается сначала для текущего объекта - потом смотрится наличие методов в предке и т.д. и т.д. до объекта Object. Зачем иногда явно пишут self ? Потому что в руби можно создавать методы вида def method=() end; и использовать их с пробелом: method = 2. Для этого, что бы дать понять, что используется именно метод, а не определяется локальная переменная, иногда прибегают к полной записи.

    P.S. Если что-то действительно не понятно даже здесь - берите любую книгу по ООП или википедию и пробуйте все в консоли на любом языке программирования, пока не уловите суть.
    Ответ написан
    4 комментария
  • Стоит ли идти в 1С программисты?

    @FoxInSox
    1C - колхоз. Будете сидеть в потном офисе с 40-50 летними женщинами бухгалтерами за древним компьютером с CRT монитором. А если лет через пять 1С платформа помрет или заменится чем-то более современным, то ваши 5 лет пойдут коту под хвост.

    ps переезжайте в Питер или Москву.
    Ответ написан
    4 комментария
  • Скаффолдинг в начале обучения - за и против?

    @caution
    Если вы можете воспроизвести то что генерится руками, и полностью понимаете что там генерится. То можно использовать.
    Ответ написан
    1 комментарий
  • Скаффолдинг в начале обучения - за и против?

    premas
    @premas
    Full-stack web-developer
    Использую скафолдинг регулярно. Никаких "против" здесь быть не может. Вы же его тюнить будете, а не в начальном виде в продакшен отправлять.
    Главное, что вы понимаете, как это делается руками.
    Ответ написан
    Комментировать
  • Скаффолдинг в начале обучения - за и против?

    @thepry
    Ruby on rails, 1С разработчик
    Ну, если многое ускоряет и облегчает, то стоит использовать, конечно. :-)
    Ответ написан
    2 комментария
  • Кто начинал программировать с 20-ти лет и старше?

    Trow_eu
    @Trow_eu
    Я учился в ст. школе с несколькими ребятами, которые прогали свои небольшие игрушки, а один даже работал удаленно в солидной фирме и хорошо зарабатывал в возрасте, когда это в целом запрещено.

    На их фоне я вбил себе в голову, что это стиль жизни и образ мышления, а начинать надо лет в 10, потому выбрал себе другой путь (особо и не рвался). В 23 забил на предыдущую работу, ради которой учился и тд., начал искать себя, занялся тем-другим-третьим, дошел до дизайна полиграфии, потом веб дизайна (рисовать/визуализировать/креативить вообще не умею, вооружился хорошим вкусом и кропотливым малоэффективным трудом), потом полный цикл создания очень скромных сайтов, теперь пытаюсь отказаться от дизайна, так как его мне надо очень сильно поднимать, в тоже время поднимать навыки верстки и фронт-енд и лучше я сосредоточусь на том, что мне дается легче и приносит больше удовольствия.

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

    ИМХО, если у вас еще нет зависящих от вашей зарплаты людей и вы чувствуете, что хотите что-то попробовать - пробуйте! и никогда не жалейте о неправильных попытках, каждое действие дает нам опыт.

    ЗЫ: мне все еще 23, год был ОЧЕНЬ насыщенным, но вот вроде определился и теперь более менее знаю куда двигаться =)
    Ответ написан
    Комментировать
  • Что выбрать для разработки веб-приложений?

    @odmin4eg
    Как мне кажется НА сегодня веяние то одно, ну точнее два.

    1 Django с питоном
    2 Руби на рельсах

    попробуйте, хоть одно хоть оба сразу
    Ответ написан
    10 комментариев