Статьи

Поговорите Ruby с экспертами: Стенограмма

Сегодня была одна из самых захватывающих сессий « Обсуждение с экспертами», которые я модерировал некоторое время назад, но это не имело никакого отношения ни к предмету (которым был Руби), ни к экспертам (которые были нашими собственными Мэлом Кертисом и Алексом Смитом). ). Это потому, что мы использовали окно с живым кодом. Если у вас еще не было возможности провести сеанс, чтобы увидеть его в действии, вот скриншот.

Поговорите с интерфейсом экспертов

Время пролетело, как они, кажется, всегда, и возникли некоторые великие вопросы. Если вы пропустили сеанс сегодня, потому что не знали, что он был включен, убедитесь, что вы подписались на электронные напоминания о будущих сеансах здесь . Не пропустите следующую неделю — мы говорим о Foundation (от Zurb) — адаптивной среде, которую мы использовали для создания новых сайтов SitePoint и Learnable. Этот чат начнется в 12:30 по тихоокеанскому времени в среду, 27 ноября, или вы можете узнать, который час будет у вас, здесь .

И теперь, для тех из вас, кто интересуется тем, о чем мы говорили сегодня утром, вы можете прочитать полную стенограмму здесь. Наслаждайтесь!

[21:01] <MalCurtis> Ruby — это динамический язык программирования с очень читабельным и выразительным синтаксисом.
[21:02] <MalCurtis> Ruby сделал популярным фреймворк Rails (Ruby on Rails)
[21:02] <MalCurtis> О, и часть его очарования заключается в большом сообществе проектов с открытым исходным кодом
[21:03] <MalCurtis> практически все, что вы хотите, доступно в виде гема (способ упаковки кода в Ruby)
[21:03] <MalCurtis> Итак … у кого-нибудь есть вопросы?
[21:03] <ParkinT> А утилита Rake для Ruby ‘Make’ содержит много полезных задач.
[21:03] <HAWK> Сделай это, Банаго …
[21:04] <jack> привет, как работает фреймворк? и какова связь между фреймворком и языком программирования?
[21:04] <привет> лучше использовать гемы или скачать репо?
[21:05] <Banago> Я в основном разработчик PHP. В настоящее время я использую PHP-фреймворк под названием Laravel, который очень похож на Rails по стилю. Также в PHP теперь есть пакеты, аналогичные Gems для Ruby. Мой вопрос был бы для меня хорошим поводом изучить Ruby (+ Rails) с инструментами, которые у меня сейчас есть в мире PHP?
[21:05] <MalCurtis> Rails, фреймворк, написан на Ruby, поэтому он запускает код ruby
[21:05] <TRParkin> @hi, лучше использовать драгоценные камни. Загрузка репо не используется так, как вы думаете
[21:05] <MalCurtis> Вы пишете свой собственный код ruby, но используете классы и структуру, которые Rails предоставил для вас
[21:05] <ParkinT> Rails также очень «самоуверенный»
[21:05] <MalCurtis> привет, часто репо — это драгоценный камень
[21:05] <ParkinT> Это означает, что у него есть идеи о том, как все должно работать, и эти «значения по умолчанию» настоятельно рекомендуются.
[21:06] <MalCurtis> Например, используя инструментальный пакет, вы можете установить гем из git-репо, передав его в качестве опции
[21:06] <TRParkin> Banago, я много лет занимался PHP до изучения Ruby / Rails. PHP кажется приятным в использовании и легким… пока вы не поймете, как приятно писать код ruby
[21:06] <TRParkin> Ruby — забавный и интуитивно понятный язык, гораздо более приятный, чем PHP imo
[21:07] <Banago> PHP теперь очень приятен с Laravel — я имею в виду это.
[21:07] <MalCurtis> ruby ​​предлагает невероятно большое сообщество проектов с открытым исходным кодом.
[21:07] <привет> строитель инструментов?
[21:07] <ParkinT> Я * верю *, что с Ruby легче, если вы являетесь носителем английского языка. Потому что это «выражает» себя очень похоже на английские предложения.
[21:07] <MalCurtis> Он также немного более мощный, чем PHP, в том, что он имеет полную консоль REPL, так что вы можете запустить консоль и запустить код
[21:08] <MalCurtis> PHP прошел долгий путь с этими новыми фреймворками, но все еще может быть кошмаром для управления зависимостями и т. Д.
[21:08] <ags> @Банагская скорость разработки и культура строгого тестирования на гораздо более выразительном языке, чем PHP, были бы хорошим поводом для изучения Ruby / Rails
[21:08] <TRParkin> @Банаго, звучит так, будто ты счастлив, где ты, и это приятно слышать. Но быстрый взгляд на Laravel выглядит так, как будто вы в состоянии быстро освоить Rails, но Ruby сильно отличается от PHP
[21:09] <TRParkin> все в ruby, например, объект. Четные числа (целые числа). Где, поскольку PHP является более традиционным языком. Эта разница дает вам невероятную силу в Ruby.
[21:09] <ParkinT> По сравнению между языками — чтобы быть справедливым — осознайте относительный возраст каждого. PHP намного старше, чем Ruby.
[21:09] <TRParkin> @Banago, так что вы можете не сильно выиграть от Rails против Laravel (я все еще думаю, что вы бы предпочли Rails), но Ruby против PHP будет вашим основным отличием, и в этом вы увидите большую разницу
[21:09] <MalCurtis> да, «все является объектом» — это прекрасно с первого дня
[21:10] <Banago> MalCurtis PHP теперь имеет Composer для зависимостей, что действительно здорово. TRParkin Да, я думаю, что я могу легко подобрать рамки. Я не знаю много о языке как таковом 🙂
[21:10] <MalCurtis> Например, работа со строками
[21:10] <TRParkin> Очень верный ParkinT
[21:10] <Banago> Мне нравится вещь «Все является объектом»
[21:10] <MalCurtis> substr («некоторая строка», 1, 2) против «некоторой строки» .substr (1,2)
[21:10] <MalCurtis> ^ это могут быть не настоящие имена методов!
[21:10] <ags> Да, возможности языка позволяют создавать гораздо более приятные абстракции, которые на самом деле невозможны с PHP
[21:11] <ags> например, блоки, позволяющие таким инструментам, как RSpec, иметь DSL, похожий на английский
[21:11] <ParkinT> Кстати, о струнах. Мне нравится тот факт, что вы можете ссылаться на индекс «с конца», используя минус.
[21:11] <Banago> @ags, можешь рассказать подробнее?
[21:11] <Randyman5775> Я покажу свое полное незнание Ruby. Требуется ли для этого файл, загруженный на сервер, как PHP?
[21:11] <MalCurtis> Banago, да — композитор великолепен. Одна из проблем, с которыми я сталкиваюсь в PHP, заключается в том, что нет реального соглашения о стиле, поэтому библиотеки часто очень разные и не интуитивно понятны
[21:11] <ParkinT> Например, «Ruby Language» [5] возвращает «L», а Ruby Language »[- 5] возвращает« g »
[21:12] <MalCurtis> Randyman5775 Да, вам все еще нужно записать свой код в файлы, как обычно. Файлы Ruby имеют расширение .rb
[21:12] <TRParkin> Randyman5775, да, вам нужно было установить Ruby и Rails и запустить веб-сервер. Вы также можете запустить его локально.
[21:12] <MalCurtis> Что делает Rails (а не Ruby), так это предоставляет структуру папок и соглашение об организации этих файлов
[21:12] <Banago> О, MalCurtis, у нас теперь есть php-fig.org для стандарта стиля 🙂
[21:12] <MalCurtis> и какие уроки в них нужно ставить
[21:13] <MalCurtis> Banago, создание стандарта стиля это одно. Наличие сообщества пакетов, которые действительно следуют за ним, — это совсем другое дело.
[21:13] <MalCurtis> Сохраненный редактор: https://gist.github.com/7571147
[21:13] <Banago> Я не хочу продолжать эту тему, но все (большинство) пакетов на Packagest соответствуют стандарту
[21:14] <ags> @Banago уверен, поэтому в Ruby есть «блоки», которые являются синтаксисом для обхода замыканий (которые являются объектами, Procs, в Ruby). Поскольку это такая основная часть языка, вы можете написать DSL, которые читаются как английский
[21:14] <jc1arke> @MalCurtis, который всегда был проблемой в PHP. но даже в большей степени это касается сторонних Gems, которые могут перезаписываться, если пространство модуля не соблюдается правильно, не правда ли?
[21:14] <MalCurtis> Банаго, честно говоря, прошло много времени с тех пор, как я активно использовал PHP
[21:14] <ParkinT> Хорошо сказано, аг
[21:14] <ags> как тот пример с «описанием», где описание на самом деле является методом, который принимает описание и блок
[21:14] <Banago> Я как-то догадался. У меня нет причин делать сжатия, просто хочу выучить другой язык 🙂
[21:15] <MalCurtis> jc1arke Да, это всегда возможно! Я никогда не видел это, хотя Я рекомендую всегда иметь хотя бы беглый взгляд на код, который вы собираетесь включить в свои проекты
[21:15] <TRParkin> @Банаго, Ruby — отличный язык. Я думаю, вам понравится изучать его и видеть различия с PHP.
[21:15] <jc1arke> MalCurtis недавно сделал это с aws-sdk в сочетании с Голиафом, ему пришлось написать плагин AWS для Голиафа, чтобы они могли хорошо играть
[21:16] <MalCurtis> Это был aws-sdk или Голиаф? Кажется странным, это были базовые классы lib, которые они переписали?
[21:17] <jc1arke> MalCurtis Goliath заменял обработчики модели динамодб своей собственной обработкой модели, что доставляло нам немного боли в офисе. со временем разобрался, написал плагин и все разобрался
[21:17] <jc1arke>, в частности, на «Dynamodb.describe_table»
[21:17] <Steve> Привет всем, начинающий рубин. Стоит ли изучать рельсы 3 сейчас, когда 4 отсутствует, или я должен просто сосредоточиться на 4?
[21:17] <MalCurtis> Вау, это очень странно. Я не понимал, что Голиаф был чем-то большим, чем веб-сервер
[21:18] <MalCurtis> @ Стив 4, НО различия не так велики
[21:18] <ags> @Steve вы найдете гораздо больше документации по 3, но учитесь 4
[21:18] <MalCurtis> 2 -> 3 было большим прыжком
[21:18] <jc1arke> MalCurtis тоже здесь, выучил это нелегко;)
[21:18] <MalCurtis> и много кода для 2 не будет работать на 3
[21:18] <MalCurtis> Но 3-4 довольно похожая настройка
[21:19] <ParkinT> Позвольте мне добавить, независимо от того, какая версия Rails, обязательно сначала получите общее представление о Ruby.
[21:19] <MalCurtis> ParkinT делает хорошую мысль. Если вы перейдете на Rails, может быть легко запутаться в том, что такое Rails и что такое Ruby.
[21:19] <Steve> Спасибо! ParkinT согласился, нужно понять язык, прежде чем я включу магию!
[21:19] <ParkinT> Здесь многие люди смущены разницей между языком (Ruby) и фреймворком (Rails)
[21:20] <ags> Многие люди изучают Ruby во время изучения Rails (я так и сделал), но вы будете лучше понимать и понимать Rails, если вы сначала изучите Ruby
[21:20] <MalCurtis> Из-за динамических способностей Руби вы можете запутаться
[21:20] <ParkinT> Абсолютно! @ags, это, кажется, общая история
[21:20] <Randyman5775> вот ссылка на веб-страницу Руби. у них есть некоторая стартовая информация — https://www.ruby-lang.org/en/
[21:20] <MalCurtis> Например, рельсы добавляют много помощников в класс String
[21:20] <Steve> Есть ли у ruby ​​или rails какие-либо инструменты BDD, такие как Behat для PHP?
[21:20] <MalCurtis> 21.ordinalize = «st»
[21:21] <MalCurtis> Но метод ординализации смешивается в Integer с помощью рельсов
[21:21] <ParkinT> Pluralize это еще один * мне * очень нравится
[21:21] <Steve> Или юнит-тестирование больше норм?
[21:21] <ags> Да, это скорее путаница между ActiveSupport и ванильным Ruby, чем Ruby и Rails
[21:21] <TRParkin> @ Да, есть много библиотек для тестирования, особенно для спецификаций и BDD
[21:21] <ParkinT> Я считаю, что есть несколько полезных курсов BDD и TDD на Learnable.
[21:21] <TRParkin> @ Стив проверь огурец, cukes.info
[21:21] <MalCurtis> @ags true
[21:22] <TRParkin> www.cukes.info
[21:22] <ags> @Steve RSpec с капибарой / огурцом / репой довольно солидны для BDD
[21:22] <Steve> Ps, кто бы ни сделал этот IRC чат / просмотр кода, потрясающий! Догадываетесь что-то вроде позвоночника или тлеющего? Или вернемся к Ruby 🙂
[21:22] <MalCurtis> @Steve, IRC-чат — сильно измененная версия «KiwiIRC»
[21:22] <ags> Это был талантливый @MalCurtis 🙂
[21:22] <MalCurtis> клиент node.js
[21:23] <jc1arke> злой
[21:23] <Привет> Вы бы сказали, что огурец — это хороший вариант для начала?
[21:23] <MalCurtis> и редактор кода — это Javascript IDE CodeMirror, с некоторыми волшебствами, использующими веб-сокеты и операционные преобразования;)
[21:23] <ags> Я ценю огурца, язык огурца, но я бы использовал rspec + репа, если бы я хотел огурца
[21:23] <ParkinT> Я думаю, что RSpec — лучший выбор для начала.
[21:24] <ags> Тем не менее, я больше склонен к RSpec + капибара
[21:24] <MalCurtis> Мы активно использовали огурец на Learnable в начале
[21:24] <MalCurtis> Затем удалили его позже
[21:24] <ParkinT> Он ближе к металлу и имеет больше уроков онлайн ИМХО
[21:24] <MalCurtis> Стоимость тестов BDD может быть высокой
[21:24] <MalCurtis> Вы должны написать поведение, затем написать интерпретаторы поведения, а затем написать базовый протестированный код
[21:24] <MalCurtis> Вместо того, чтобы просто писать тесты и базовый код
[21:25] <hi> @MalCurtis, просто огурец сам по себе?
[21:25] <Steve> Есть какие-нибудь предложения о том, как обратиться к бизнес-менеджерам по тестированию пальцев в Ruby для легкого проекта? Мы инвестировали в Drupal здесь и в старую Java. Но нам нужно строить вещи быстро …
[21:25] <MalCurtis> @hi Да … это было, когда мы изучали Rails: D
[21:25] <ParkinT> Я добился большого успеха, просто СОЗДАВАЯ что-то (на выходных). Затем, когда меня об этом спрашивают, я объясняю, что это был Rails.
[21:26] <MalCurtis> @ быстрое наращивание материала = меньше $$. Он должен продавать себя
[21:26] <ParkinT> «Прошу прощения, а не спрашиваю разрешения» LOL
[21:26] <MalCurtis> хаха, тоже
[21:26] <Steve> ParkinT нравится такой подход.
[21:26] <MalCurtis> Вам также нужно снизить риск
[21:26] <MalCurtis> что для них является стоимостью владения техникой
[21:26] <hi> @ParkinT, например, что ты построил?
[21:27] <MalCurtis> Если ты единственный парень из Ruby, это может быть неправильным решением
[21:28] <Steve> MalCurtis собирались удвоить размер нашей команды, если мы сможем привлечь кого-то, у кого уже есть опыт, было бы неплохо. Но я слышу это, я не хочу быть на связи.
[21:28] <ParkinT> @hi, одним из них был проект, в котором нам нужно было импортировать много данных (стук рук). Я создал небольшое приложение на Rails, чтобы несколько членов моей команды могли легко получить к нему доступ и быстро выполнить импорт данных.
[21:30] <MalCurtis> @Steve Звучит так, будто настало подходящее время для того, чтобы действительно изменить язык.
[21:30] <Randyman5775> @Steve — Особенно, если вы делаете Drupal
[21:31] <ParkinT> Не забывайте, что менеджерам — часто — нравится БЕСПЛАТНО. Языки с открытым исходным кодом, которые популярны и имеют большую поддержку, также являются благоприятными.
[21:31] <ags> В то же время вы должны знать об лицензионных ограничениях в вашей компании
[21:32] <Randyman5775> @ParkinT — да. Я работаю на правительство штата, которое не хочет ничего платить.
[21:32] <Steve> Drupal отлично нам помог, мы очень быстро создали сайты для деловых партнеров. Проблема в том, что сейчас мы создаем собственное приложение и … Я начинаю думать, что можно было бы использовать реальную среду приложения. Это делает свою работу, но если мы хотим просто раскрутить API REST, я не хочу, чтобы все накладные расходы Drupal были для этого.
[21:32] <ags> На встрече Ruby здесь, в Мельбурне, кто-то рассказал о том, через какие прыжки они должны прыгать с каждым драгоценным камнем, в том числе с утверждением лицензии юридической командой.
[21:33] <ags> каждый драгоценный камень, который они использовали, то есть
[21:33] <MalCurtis> @steve звучит так, как будто у вас прагматичный подход к этим решениям и вы должны объяснить это руководству!
[21:33] <ParkinT> @ Randyman5775, в то же время я работаю над контрактом с правительством США, и ОНИ особенно заботятся об Open Source; боюсь, что «чужая сущность» скроет коварный код (я думаю)
[21:34] <jc1arke> @ParkinT, это своего рода богатство, не так ли?
[21:34] <ags> Что немного противоречит интуиции;)
[21:34] <jc1arke> из *
[21:34] <ParkinT> АБСОЛЮТНО. Кстати, это не АНБ. лол
[21:34] <Steve> Может кто-нибудь рассказать о гемах, откуда вы знаете, что есть новые версии или исправления безопасности для них? Как происходит их обновление в каждой из ваших серверных сред? Вы добавляете их в свое git-репо или запускаете обновление gem на сервере?
[21:34] <ParkinT> Bundler — ответ на твой вопрос, Стив
[21:35] <MalCurtis> @ В наши дни вы обычно используете Bundler для управления драгоценными камнями
[21:35] <ags> Драгоценными камнями чаще всего управляют с помощью http://bundler.io/
[21:35] <ParkinT> Он управляет зависимостями.
[21:35] <MalCurtis> Вы добавляете драгоценные камни в свой Gemfile и указываете версию, если хотите
[21:35] <jc1arke> Стив лично предпочитает использовать для этого упаковщик, а также регулярно проверять RubyGems (или наш собственный гем-сервер) и обновлять упаковщик
[21:35] <Randyman5775> @ParkinT, мои парни настолько дешевы, что у меня есть мой старый сервер, на котором нет PHP и MySQL. «Нет сценариев для сервера!» Я должен переписать все, что я использовал в прошлом, с PHP в Javascript.
[21:35] <ags> У вас есть Gemfile, в котором перечислены все используемые гемы с необязательным ограничением версии
[21:35] <MalCurtis>, когда вы запускаете установку пакета, он создает Gemfile.lock, который вы также передаете в систему контроля версий.
[21:35] <MalCurtis>, когда вы запускаете пакетную установку, он проверит файл блокировки и будет использовать только те версии
[21:35] <MalCurtis> так что все на одной версии
[21:35] <MalCurtis> тогда вы можете связать обновление _gem_name_, чтобы обновить один драгоценный камень
[21:35] <ParkinT> YUCK, @ Randyman5775, это должно быть Утомительно, чтобы поддерживать.
[21:36] <ags> и «в комплекте устаревшие» скажут вам, есть ли обновления для этих драгоценных камней
[21:36] <MalCurtis> Что касается новых версий + безопасность, то для этого нет автоматизированного способа.
[21:36] <MalCurtis> вам еще нужно посмотреть, что делает каждое обновление и подходит ли оно вам
[21:36] <Steve> ааа, так что ты ссылаешься на то, какие драгоценные камни нужно включить в твой код. затем упаковщик захватывает эти версии в каждой среде?
[21:36] <ParkinT> Точно, Стив.
[21:36] <MalCurtis> да
[21:37] <Стив> звучит как композитор: D
[21:37] <Steve> отлично
[21:37] <MalCurtis> Я полагаю, что композитор был основан на npm, который был основан на компоновщике?
[21:37] <MalCurtis> или что-то в этом роде
[21:37] <ParkinT> Типичное управление зависимостями. Не новая концепция.
[21:37] <MalCurtis> Да, это относительно новая концепция в этой форме для разработчиков PHP, хотя я думаю,
[21:37] <ParkinT> Одна из [возможно] уникальных особенностей «экосистемы» Ruby заключается в том, что большинство инструментов написаны на Ruby.
[21:37] <MalCurtis> эта форма == такая простая, по сравнению с PEAR и т. Д.
[21:38] <Randyman5775> @ParkinT — да, это Утомительно — и я пытаюсь придерживаться новейших технологий, при этом все еще нужно поддерживать устаревшие методы, чтобы они были доступны обратно в IE 6 — STILL
[21:38] <MalCurtis> Randyman5775 Время для новой работы?
[21:38] <ParkinT> IE6 !? Разве это не было при свечах?
[21:38] <MalCurtis> свечи и страх, который я слышал
[21:39] <jc1arke> не забывайте слезы разработчиков по всему миру
[21:39] <Randyman5775> MalCurtis нет, большая часть моей работы в том, что я остаюсь один. Я старый школьник, так что вы можете запереть меня в шкафу и подать мне пиццу то и дело, чтобы я был счастлив
[21:39] <MalCurtis> Я все еще плачу, проводя тестирование IE даже сейчас 🙁
[21:40] <MalCurtis> Randyman5775 счастлив в работе == идеальная работа
[21:40] <Randyman5775> Если я поеду куда-нибудь еще, меня заставят работать в команде. YUCK
[21:40] <MalCurtis> хаха
[21:40] <Steve> Итак, с точки зрения запуска Ruby / Rails, что поставщики услуг используют для «производства». Дворняга, Пассажир?
[21:40] <Steve> Я приехал из ЛАМПЫ, поэтому я потерян в этом отношении
[21:40] <ParkinT> Я люблю ГЕРОКУ.
[21:40] <MalCurtis> Я фанат Unicorn
[21:41] <MalCurtis> и Heroku
[21:41] <MalCurtis> Heroku отличается, хотя
[21:41] <MalCurtis> это платформа для запуска вашего кода
[21:41] <jc1arke> Пассажир, облегчает развертывание в AWS
[21:41] <MalCurtis> вам все еще нужно использовать сервер
[21:41] <MalCurtis> web [b?] Rick — сервер по умолчанию с рельсами
[21:41] <MalCurtis> так что когда вы запускаете сервер rails, это вебрик
[21:41] <Steve> ага, геройку выглядит, надрал задницу, просто нажми код и готово.
[21:42] <MalCurtis> Для меня одна из моих любимых вещей в Heroku — это торговая площадка для дополнений.
[21:42] <MalCurtis> Я хочу сервер Redis? Нажмите и готово.
[21:42] <Steve> Это то, чем пользуется сообщество любителей рельсов? А как насчет двигателя дворе?
[21:42] <MalCurtis> Журнал мониторинга? Да, это так
[21:42] <MalCurtis> У меня есть опыт работы только с Rails на EC2 и Heroku.
[21:42] <ParkinT> И вскоре на RubySource.com появится статья, описывающая, как разрабатывать на Nitrous (полностью в браузере), а затем перейти к Heroku (полностью в вашем браузере). УДИВИТЕЛЬНОСТЬ раз 2
[21:43] <MalCurtis> Итак, ванильные услуги и Heroku как платформа как услуга
[21:44] <Steve> Какую базу данных использует рельсы для большинства сайтов, Postgres?
[21:44] <MalCurtis> mysql или postgres
[21:44] <ParkinT> Предположительно, Rails AGNOSTIC для базы данных
[21:44] <hi> Использование Heroku для производства?
[21:44] <MalCurtis> Postgres приобрел большую тягу
[21:44] <ParkinT> Наиболее популярными являются mysql, postgresql и sqlite3
[21:44] <MalCurtis> @hi да, мы используем его для многих производственных площадок
[21:45] <hi> Heroku нравится, что ты тоже используешь Postgres в разработке
[21:45] <ags> Стоит отметить, что в Rails 4 значительно улучшена поддержка Postgres
[21:46] <jc1arke> мы думаем о переходе на MongoDB для нашей основной БД, и у нас до сих пор не было проблем с ним в dev. Кто-нибудь получил какие-нибудь страшные истории, прежде чем мы сделаем решающий шаг?
[21:46] <Steve> Есть ли у ruby ​​или rails какие-либо драгоценные камни типа коммерции или что-то еще, чтобы можно было использовать все необходимое для корзины покупок с обработчиком платежей или это все на заказ?
[21:47] <ags> Есть Spree, которым я сам не пользовался, но, глядя на сайт, на котором есть, я не уверен, что пойду по этому пути
[21:47] <jc1arke> https://github.com/spree/spree
[21:47] <Steve> Я только что нашел их в Google тоже .. хм
[21:48] <MalCurtis> jc1arke, кроме взлома MongoDB, нет;)
[21:48] <MalCurtis> Но это был хост-сервис
[21:48] <ags> Честно говоря, в зависимости от сложности вашей корзины покупок, вам может быть лучше построить свою собственную
[21:48] <jc1arke> да, это будет автономный экземпляр MongoDB на AWS, VPC и тому подобное, защищающий его
[21:48] <ags> Особенно, если вы можете использовать Stripe, Braintree или подобное в качестве платежного шлюза
[21:49] <Steve> ags начинают думать об этом. В любом случае, мы не делаем ничего сложного.
[21:49] <hi> Какие драгоценные камни используются для создания этого самого форума?
[21:50] <Randyman5775> Вы должны наблюдать за некоторыми из этих платежных шлюзов — я недавно заставил клиента настаивать на конкретном, и в них работали всевозможные скрытые комиссии.
[21:50] <MalCurtis> @hi, к сожалению, разговор с клиентом экспертов написан в node.js
[21:51] <MalCurtis> Остальная часть Learnable написана на Rails, хотя
[21:51] <MalCurtis>, но выделить один драгоценный камень на самом деле невозможно
[21:51] <MalCurtis> Большинство драгоценных камней очень маленькие и обладают очень специфической функциональностью.
[21:51] <MalCurtis>, это здорово!
[21:52] <hi> Вам постоянно приходится обновлять их или только при обновлении рельсов?
[21:52] <MalCurtis> это микс
[21:52] <MalCurtis> Мы часто обновляем некоторые драгоценные камни, но такие вещи, как драгоценный камень нумерации страниц, не нужно часто обновлять
[21:53] <ParkinT> Я подозреваю, что нет необходимости обновлять гем, если не была обнаружена (и устранена) какая-то очень специфическая проблема безопасности.
[21:53] <Привет>, ты просто так часто делаешь устаревшие?
[21:53] <Steve> Спасибо за общение всем, помогло! Хорошего вам.
[21:53] <MalCurtis> да
[21:54] <HAWK> У нас осталось 5 минут, если у кого-то есть вопрос, на который не ответили
[21:54] <hi> Спасибо. Посмотрим классы SP ROR
[21:55] <hi> Есть ли что-то для новичка для тех, кто сделал несколько других уловок и немного изучил Ruby?
[21:56] <ags> Официальные руководства по Rails http://guides.rubyonrails.org/getting_started.html имеют начальный уровень, но довольно хорошие
[21:56] <ParkinT> @hi, есть много книг по Ruby. И много на Rails.
[21:56] <MalCurtis> Я знаю, что у Learnable есть выбор, если вы являетесь участником
[21:56] <jc1arke> https://www.codeschool.com/paths/ruby <= это тоже может помочь
[21:57] <MalCurtis> и [email protected] были бы рады порекомендовать путь, если вы
[21:57] <привет> Я делаю книгу Хартла. Еще не сдался
[21:58] <hi> Да, я член
[21:58] <ParkinT> Отличный выбор, @hi.
[21:58] <hi> Да, я просто успешно перенес свой проект на 4.01
[21:58] <привет> через урок 6
[21:58] <привет> глава 6
[21:58] <HAWK> Хорошо, если у кого-то нет окончательного неотложного вопроса, я думаю, что мы назовем это оберткой
[21:59] <HAWK> Большое спасибо за то, что уделили мне это утро, Мал и Алекс. Очень признателен.
[21:59] <HAWK> На следующей неделе мы поговорим о адаптивных фреймворках — в частности, Foundation, которые мы использовали для создания SitePoint и Learnable
[21:59] <HAWK> должен быть хорошим
[21:59] <HAWK> Увидимся там!