Ого

Я ожидал бас гитару)

Флейта, классическая музыка

а в оркестр никакой нельзя устроится? в nyc сложно с работой?

Фриланс есть достаточно хилый

по поводу книг: "Путь Ruby" кто-нибудь осилил?

Постоянки нет

Постоянки нет

а принципиально в nyc? может в других местах есть?

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

Постоянки нет

я в плане того, что играть на флейте очень сложно, этому не один год учатся. Стоит ли менять так координально направление своего развития?

Менять не буду, хочу просто достаточно хорошо научиться, чтобы фрилансить, но для этого сначала придется где-нибудь джуном поработать 2-3 года

Для опыта и резюме

что сейчас изучаешь? ruby или rails?

и на чем застрял?

Лично я пока на руби

Я в каком разделе? В чем разбираешься?

Какие задачи решаешь?

В основном связанные с тестированием руби + watir

Уже вот-вот перехожу на рейлс, было немного js

По питону прошел отличный курс на курсере

Просто офигенный

Бесплатно и с кучей полезностей

А рубискулл что на ютубе проходили?

на ютубе оно нелицензилнная копия)

мы на vimeo выкладываем

см. rubyschool.us

ну т.е. пусть оно существует, но я не знаю - порезали там материал или нет

О об этом я не знал, этого курса для джуна норм будет?

как показывает практика, при желании да, мотни историю чуть вверх, там как раз про это упоминалось

Я читал про чела с медзавода

Хочу до весны подготовится и на джуна баллотироваться

мне нравится что у всех тут очень необычные истории)

ботайте миграции, рубаны

https://www.facebook.com/ovchinnikov.fedor/posts/10211536443947864

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

в убере, например, любой программер деплоит 1 кнопкой свой код в продакшн, после чего смотрит - есть ли ошибки

т.е. вопрос факапа лишь дело времени)

Поддержка тестовой среды в актуальном состоянии - отдельный геморрой

Хотя, имхо, очень важный

Странно, что разрабы этому так мало времени уделяют. Особенно в крупных компаниях, типа убера

не в этом дело, в убере покрытие тестами 100%

просто практически невозможно склонировать всю экосистему со всеми микросервисами, и чтобы там были реальные данные

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

ну и отношение к демо-среде типа - да хрен с ней, пусть валится

поэтому народ туда будет деплоить плохой код

и половина системы не будет все равно работать)

в booking com тоже к этому пришли

Ну если тесты реально покрывают 100% функционала, то тогда это катит, я думаю

где-то была статейка

лень искать

Хотя тесты писать в таком количестве это тоже геморроф

Геморрой

ну тесты никогда не покрывают 100% на самом деле

это же юнит тест

в 1 тесте тестируется 1 компонент - юнит

когда 2 компонента - уже интеграция)

а когда 2+, то это уже хрен ты протестишь грамотно

у нас на работе бюджет на тестирование довольно большой, 20к+ тестов

плюс интеграционные

Нехило

и то частенько валится что-нибудь

геморрои возникают то тут, то там

+ интеграционные тесты надо всегда поддерживать в актуальном состоянии

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

а это часто невозможно

так что... так вся индустрия и работает)

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

Все остальные вещи довольно не сложно исправляются

ну миграция может и правильной быть

например, переименовалось поле какое-нибудь

типа - ОК, вроде норм

а там какой-нить сервис висит. Он видит - "о, оплаты нет на самом деле, надо отменить"

т.е. надо знать про всю систему целиком

а там поди кто-то в отпуск пошел перед НГ)

а кого-то попросили поработать))

)))

В додо мне кажется весьма сложная система

об этом мы никогда не узнаем)

Так что ситуация, описанная Романом вполне может быть

скажите, а в чём вообще такие причины популярности JavaScript как языка общего профиля? это ведь достигается исключительно за счёт костылей, вроде node.js и coffeescript? я не понимаю, почему такое костыльное решение оказывается популярнее, чем тот же руби, который изначально создан с гораздо более понятным и чётким синтаксисом и богатым функционалом сразу после установки

вооооооооот!

вот мой вопрос!

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

популярность основана на том, что он юзается в браузере. Его событийная асинхронная модель позволяет держать 1 тред (thread) для исполнения всех скриптов. Представь, если бы писали на руби: написал get_something - и страница ждет, пока что-то загрузится. А в js все асинхронно, написал getSomething - отвалился, вызвалось событие когда что-то пришло

т.е. он достаточно бережливый, encourage engineers to write asynchronous code

+s

а разве нет какого-нить костыля для руби, который превращает его в асинхронный язык?

конечно он костыльный слегка, поэтому я за то, чтобы это был второй язык, а не первый)

>слегка

мне вот кажется, что без костылей на JS особо серьёзного ничего и не сделаешь

ну делают люди, зарабатывают миллионы и миллиарды. Это факт

в том же убере часть сервисов на JS написана

да это понятно. то есть единственное преимущество JS - асинхронность исполнения?

ну скажем так, есть и другие похожие языки. Но вот JS уже давно существует, к нему есть много разных либ, написанных людьми

(людьми и женщинами)

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

ну и получается, что хотя бы похожей на JS сложившейся экосистемы нет

man - человек, woman - женщина

ну скажем так, есть и другие похожие языки. Но вот JS уже давно существует, к нему есть много разных либ, написанных людьми

))))) Это пять))