This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-03-16
Channels
- # aws-lambda (3)
- # beginners (20)
- # boot (201)
- # cljs-dev (45)
- # cljsrn (9)
- # clojars (19)
- # clojure (141)
- # clojure-china (2)
- # clojure-dev (11)
- # clojure-greece (6)
- # clojure-italy (1)
- # clojure-new-zealand (1)
- # clojure-romania (1)
- # clojure-russia (55)
- # clojure-spec (58)
- # clojure-taiwan (1)
- # clojure-uk (97)
- # clojure-ukraine (40)
- # clojurescript (77)
- # core-async (5)
- # core-typed (1)
- # cursive (35)
- # datomic (9)
- # jobs (2)
- # jobs-rus (25)
- # juxt (8)
- # lein-figwheel (14)
- # luminus (24)
- # mount (16)
- # off-topic (56)
- # om (36)
- # onyx (22)
- # pedestal (3)
- # perun (14)
- # re-frame (111)
- # reagent (5)
- # remote-jobs (6)
- # ring-swagger (3)
- # slack-help (1)
- # specter (17)
- # unrepl (12)
- # untangled (56)
@fmnoise видел, но подумал что мне ещё рано туда лезть, т. к. в самой кложе опыта мало. хотел что-то попроще, чтобы попробовать свои силы.
@akond я думаю что оупен сорс может быть неплохим вариантом для этого, так как "ремоут на кложе и попроще" звучит совсем утопично
мне нужно кодревью того что я написал. на проекте это получается автоматом. особенно если они знают, что ты начинаешь только.
ну проектов на кложе хватает - от более простых, где "бро спасиба за коммит" до "ей, чувак, а где тесты и зачем тебе тут цикл"
опыт - "внедряли на работе микросервисы и пару сервисов на кложе было, но потом проект закрылся, а кложа так понравилась что решил дальше только на ней и работать"
причем это было очень похоже на правду за одним исключением - то что я писал на руби никуда не ставилось и нигде не использовалось
просто у ремоута есть один очень большой минус - очень редко на ремоут берут людей с небольшим опытом
но у забугорных заказчиков в свою очередь есть плюс - они обычно верят, что если человек назвался опытным, то он опытен
это нелегкий путь, но если хочется и денег, и славы, и кодревью, то я других вариантов не особо вижу с ремоутом
вот поэтому я не хочу так делать, чтобы не подводить людей. не хочу давать нереальных обещаний. с другой стороны я сам был на многих собеседованиях (в качестве собеседующего) и склонен делить на тех, кто хочет учиться и тех, кто не хочет. первый всегда добьется успеха.
ну так потом все зависит от вас. на нормальном проекте на нового человека никогда не повесят критикал аржент блокер
то есть вроде как все понимают, что синьорность синьорностью, а специфику никто не отменял, то есть некий триал период в течении которого человек изучает как все делается здесь должен быть в любом случае
то есть от Вас должен быть чекпойнт - командная работа. если там нужен один суперхироу - это не Ваш вариант
> проекты с суперхироу это путь в никуда в любом случае почему?