
Henry
07.02.2017
04:19:23

Ro
07.02.2017
04:22:26
про

Aleksej
07.02.2017
04:40:43

johnny
07.02.2017
04:51:05
А что лучше брать про или эир?
зайди в apple store или любой магаз, в котором продают огрызки - и просто посмотри. От себя скажу что помимо того, что прошки мощнее эиров, так у прошек еще и экран охренительный. и божественный трекпад, который заставит тебя с презрением смотреть на мышки. аккум держит прошка отлично - мне хватает заряда на 9часовой рабочий день. а вот у эира я знаю только один плюс. он весит как чашка кофе и шустренько работает

Google

Henry
07.02.2017
04:52:38
поэтому думаю не все так однозначно
хотя я готов пожертвовать немного шустростью ради экрана

johnny
07.02.2017
04:55:53

Henry
07.02.2017
04:56:18
ладно спасибо за совет)

Nikolay
07.02.2017
07:42:29
15 дюймов от 150 тыс. офигеть

Henry
07.02.2017
07:46:24
ну 15 многовато. 13 достаточно

johnny
07.02.2017
07:49:28
13 с головой хватает. явный прикол 15 лишь в видике

Yury
07.02.2017
07:51:32
и 15 года начинаются от 80 тр

Nikolai
07.02.2017
08:34:16
Ребята, давайте оффтоп в специальном чате для оффтопа
А тут только по программированию

Dmitry
07.02.2017
09:08:40
как добавить query запрос к request.path_info без подставления '?' вручную.
щас у меня так -

Google

Dmitry
07.02.2017
09:09:13
<% R18n.available_locales.each do |local| %>
<% next if local.code == session[:locale] %>
<link rel="alternate" hreflang="<%= local.code %>"
href="<%= URI.parse("#{'http://host.ru' + request.path_info}").query = "#{Rack::Utils.build_nested_query params.merge(locale: local.code)}" %>" />
<% end %>

Nikolai
07.02.2017
09:10:27
Вопрос. Можно ли конвертировать дамп базы данных psql в seed-файл?
Нагуглил уже. Гем seed_dump

Aleksej
07.02.2017
09:17:21
Господа, используйте для показа кода pastebin/ideone, а то нечитабельно совсем. Спасибо.

Eugene
07.02.2017
10:12:23
А где расположен оффтоп-чят?
Ребята, давайте оффтоп в специальном чате для оффтопа

Alex
07.02.2017
10:41:57
только gist, только хардкор! тьфу, хардкод

Witalij
07.02.2017
15:02:31
Господа! И дамы. Скажите пожалуйста, с какой БД в рельсах лучше иметь дело - Postgres, MySQL, MariaDB, или разницы особой нет?

johnny
07.02.2017
15:07:53

Witalij
07.02.2017
15:08:35
Да, о этой рекомендации слышал, но обоснования её не видел)

Nikolai
07.02.2017
15:08:54
Для домашних тренингов можно использовать sqlite3
Если нужно деплоить на хероку, то postgresql

Witalij
07.02.2017
15:09:32
На хероку не собираюсь деплоить, ценовая политика не устраивает

Vitaly
07.02.2017
15:10:11
Юзаю в development и production только Postgres. Он просто работает.) Могу скинуть конфиг для Docker Compose. Можно поднять контейнер и пробросить порт одной командой ??

johnny
07.02.2017
15:10:26

Witalij
07.02.2017
15:10:33
И тренироваться с sqlite не хочу, потискал маленько, но хорош

Henry
07.02.2017
15:11:30
юзай постгрес

Witalij
07.02.2017
15:11:59
тоже к ней склонялся) спасибо!

Henry
07.02.2017
15:14:05
пишут что MySql была крутой пока ее не купил Oracle. Сам не пробовал не скажу

Witalij
07.02.2017
15:17:53
и такой вот ещё вопрос, касательно архитектуры... я собираюсь построить приложение, которое , например, 4 раза в день (а в перспективе может и каждый час) собирает статистику с около 1000 пабликов в инстаграме - количество подписчиков и постов. плюс количество лайков последних 10 постов в каждом паблике. причём эти данные должны логгироваться. и вот всё думаю, как разумно организовать хранение такого количества информации. не заводить же таблицу на каждый паблик? может у кого есть время и желание помочь в такой задачке, а может и опыт подобный был

Google

Nikolai
07.02.2017
15:19:31
Что мешает сделать в таблице колонку public_name?
Чтобы вся инфа хранилась в одной таблицн

Witalij
07.02.2017
15:20:12
или завести таблицу с пабликами, таблицу со значениями (подписчики, посты) и связать их? но это 365*4*1000 записей в год
Или это так и делается? То есть в условной БД Твиттера есть таблица posts, и при показе постов Васи производится выборка по этой таблице?

Nikolai
07.02.2017
15:24:40
Ладно, Виталий
Извини за совет не по существу
Я не специалист по хранению данных
Так что не стоит моё предыдущее сообщение принимать к сведению

Witalij
07.02.2017
15:25:53
Понял, не стоит извиняться)

Nikolay
07.02.2017
18:29:24
Хранение данных целая философия
Сделаешь правильно по третьей нормальной форме и может получится, что выборки будут очень ресурсоемкие

Ro
07.02.2017
18:34:12
просто имейте в виду, что есть нормализация, а есть денормализация. Нормализация - оптимизация хранения данных (меньше таблиц), денормализация - оптимизация скорости (таблиц больше. данные кое-где дублируются).
можно юзать и тот и другой подход. Есть прекрасный инструмент и замечательная База Данных - MS SQL Server. К сожалению только под виндой. Но как инструмент и БД - ОЧЕНЬ хорошая штука. Для понимания работы БД годится.
Я бы даже каждому рекомендвал пощупать эту БД. Уж очень быстро она работает и очень качественный продукт. Может даже простенькую книженцию прикупить для общего развития. К слову, MS SQL Server основан на Sybase. Помню времена, когда sybase была популярная БД и юзали ее под линуксом.
Под маком есть хороший инструмент https://www.sequelpro.com для ms sql и postgres

Nikolay
07.02.2017
18:40:25
А разве при нормализации не приходится как раз разбивать все на таблицы, чтобы исключить дублирование?

Ro
07.02.2017
18:42:36
так и есть, это нормализация
есть еще супер-нормализация или over-нормализация, когда нормализировано вообще все что можно
очень неудобная хрень имхо)
так что БД это философия)
у нас на работе была однажды очень нормализованная база

Google

Ro
07.02.2017
18:43:44
столько усилий было на нее пущено
в итоге контора обанкротилась, 50 человек уволили в 1 день

Nikolay
07.02.2017
18:44:28
Про мало и много таблиц

Ro
07.02.2017
18:57:11
да, наверное слодно сказать, где мало, а где много. it depends. в @libretaxi_bot например 2 таблицы, хотя это nosql бд

Nikolay
07.02.2017
19:07:03
Тоже работал в конторе, где с одной ужасной бд переходят на другую ужасную бд. Потом даже звали вернуться, ибо мало кто там рпзбирался. Тонут

Ro
07.02.2017
19:10:53
угу) так что работы хватит на всех
через 5 лет у вас будет уже по 5+ лет опыта

Admin
ERROR: S client not available

Ro
07.02.2017
19:11:24
будете крутыми чуваками)
в рубях 5 лет опыта это примерно как 10 в java
по зарплате я имею в виду)
любые фриланс двери для вас открыты

Nikolay
07.02.2017
19:15:23
Ну вот у меня в провинции вакансий по рубям нет, в Москву не хочется особо. А народ здесь смотрю активно по собеседованиям ходит. Сразу в апворк?

Ro
07.02.2017
19:15:38
да
ну поищешь ты там активно 3 месяца
может 4
без рейтинга если
но тебе нужна 1 работа, так? не 100

Nikolay
07.02.2017
19:16:33
Желательно

Google

Ro
07.02.2017
19:16:45
дальше будешь работать как белый человек
да и удаленно может кто возьмет из РФ
когда знания есть - работа находится

Nikolay
07.02.2017
19:20:21
Спасибо ) вообще скажу, что это самое лучшее, что я вынес с лепры

Ro
07.02.2017
19:24:49
??

Henry
07.02.2017
19:35:35
??
Ром, а если мутить микросервисную архитектуру на руби, то отдельные микросервисы на чем писать? Ну т.е. скоре всего не на рельсах. Но что использовать? Синатру или опускаться до уровня рака?

Nikolai
07.02.2017
19:36:56
сейчас занимаюсь макакингом за 5 баксов в час
так что я подтверждаю, что за 3 месяца реально с нуля начать фрилансить

Nikolay
07.02.2017
19:39:19

Nikolai
07.02.2017
19:39:47
по рубям?
то есть по рельсам?

Nikolay
07.02.2017
19:40:19
нет, это я к тому, сколько здесь платят

Nikolai
07.02.2017
19:41:03
а что за город?

Nikolay
07.02.2017
19:41:04
хотя бывает конечно и лучше, потолок слышал 80 от друга. В общем про айти
Белгород
в городе руби вообще не нужны

Nikolai
07.02.2017
19:41:24
Николай, фриланс - твой выбор
причём те 5 баксов, что я зарабатываю сейчас в час, это уровень индусов и пакистанцев
если я прокачаюсь успешно до джуна, то смогу брать по 10 баков за час