@devops_ru

Страница 531 из 4568
Semyon
29.06.2016
05:16:30
Но оказалось, что нет. Он работал инженером на кондитерской фабрике

Дак вот, этот вот чувак показался на собеседовании толковым, по крайней мере он смог объяснить весь написанный в рамках курса им код

Мы его взяли

Сейчас эта скотина учит меня, как на скале программировать

Google
Semyon
29.06.2016
05:17:22
прошло меньше года

Поэтому я не особо верю в росказни о том, что scala/erlang/elixir/впишисвойхаскель программиста СЛОЖНА НАЙТИ

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

У скалы вполне ограниченный набор фич, понять которые не так уж и сложно

Говорить "вот это используйте, а вот монады не надо" — это какое-то свинство

Ну и вообще, на чём угодно можно писать просто и понятно, а можно сложно и непонятно

У Рича Хикки по этому поводу целый охуенный доклад есть, Simple Made Easy называется

Alexander
29.06.2016
05:24:07
ну вот на питоне обычно не приживается то, что написано непонятно

там какой-то естественный отбор

Semyon
29.06.2016
05:24:30
что значит "непонятно"?

кому не понятно?

Тому, кто питона не знает?

Google
Alexander
29.06.2016
05:25:47
ну, вот плюс в питоне - чтобы писать на питоне, его можно не знать

просто базовые вещи за недельку пролистать и всё

Semyon
29.06.2016
05:27:02
У меня есть такой чувак в команде, который четвёртый год пишет под iOS ориентируясь на stackoverflow

его ненавидит вообще вся команда

если ты не знаешь своего инструмента, как ты можешь им эффективно пользоваться?

Rinat
29.06.2016
05:27:40
видимо он хорошо это делает раз его не уволили ))

Alexander
29.06.2016
05:27:41
ну, если задачи решаются - значит, есть результат

и есть эффективность

Semyon
29.06.2016
05:28:20
видимо он хорошо это делает раз его не уволили ))
Тот самый случай, когда славик незаменимый

ну, если задачи решаются - значит, есть результат
задачи можно решать one-line'ром на перле, только вот с поддержкой проблемы будут, так что твоё определение эффективности мне не нравится

Alexander
29.06.2016
05:29:28
так я про это и говорю - код должен быть простым и понятным

Rinat
29.06.2016
05:29:43
предположим есть две команды, одна работает с 9 до 18ч, и никогда не задерживается и не работает в выходные и есть другая команда, которая постоянно работает сверхурочно, и еще иногда в выходные вторая команда работает лучше ?

Alexander
29.06.2016
05:30:02
нет

вторая команда работает больше времени

Rinat
29.06.2016
05:30:31
я бы сказал первая работает эффективно))

Alexander
29.06.2016
05:30:35
а кто работает лучше - это сказать сложно, про результат работы ничего неизвестно

Amir
29.06.2016
05:30:50
смешной вопрос

Alexander
29.06.2016
05:31:16
может быть, вторая команда в выходные комментирует код и пишет тесты

а первая команда просто без тестов

на них нет времени

Google
Amir
29.06.2016
05:31:34
если вторая команда постоянно задерживается есть вероятность что их менеджер мудак

Semyon
29.06.2016
05:31:40
так я про это и говорю - код должен быть простым и понятным
золотые слова, только я правда не понимаю, почему комбинаторный парсер считается сложным и не понятным, хотя он как раз простой по природе. Достаточно просто пойти и прочитать две статьи: одну про комбинаторные парсеры, а вторую про конкретную реализацию

Amir
29.06.2016
05:31:46
а так же что они слоупоки

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

Alexander
29.06.2016
05:33:15
ну, вполне может быть, что вокруг Scala такой имидж сложился сложно-сложно-сложно, а на самом деле и нет

Amir
29.06.2016
05:33:42
да нет сложных языков

Alexander
29.06.2016
05:33:55
я,наверное, отношусь к той категори людей, которая хочет, чтобы все вещи заводились с полпинка интуитивно, без мануалов и гайдов на 100 страниц

Amir
29.06.2016
05:34:14
есть нехватка понимания нахрена тебе это и куда применить, что бы оценить бонусы с языка

Alexander
29.06.2016
05:34:27
пришел, сел в машину, нажал на кнопку, указал маршрут и поехал, и ничего больше о работе машины знать не надо

Alexander
29.06.2016
05:35:30
зато тесловод бы отличный получился ?

Amir
29.06.2016
05:35:59
скорей сейлз)

Alexander
29.06.2016
05:36:09
просто не всегда хочется тратить время на понимание вещей, которые не сильно важны для достижения цели

кому-то это важно, понимать, как внутри оно всё там работает, да

Alexander
29.06.2016
05:36:46
но вот в современном линуксе куча всяких пакетов, просто нереально залезть в исходный код каждого и всё изучить

Semyon
29.06.2016
05:37:22
как-то мы так лихо с фич одного языка на все пакеты линукса перескочили

Semyon
29.06.2016
05:38:03
писать на скале не зная скалы можно, но это что-то вроде сесть в машину и смутно догадываться о значении половины приборов

можно, но как-то не слишком эффективно

Google
Александр
29.06.2016
05:38:33
Добро пожаловать в загадочный мир дотнета

Semyon
29.06.2016
05:38:52
если верить @lorddaedra, то получается что большая часть python-разработчиков так и живут, да? :)

Alexander
29.06.2016
05:40:21
python-пользователей

они не считают себя программистами и разработчиками

Semyon
29.06.2016
05:40:46
а, ну ок.

Alexander
29.06.2016
05:40:53
они могут считать себя учёными, которые для получения результатов что-то там наговнокодили на питоне по ходу работы

или какими-нибудь 3д-специалистами, в майе что-то там делают и накорябали скриптик на питоне чтобы что-то там выгрузить куда-то

Semyon
29.06.2016
05:44:42
Ну, да, этим ребятам скала не подойдет.

Только это, опять же, не проблема скалы

Вот вы мне лучше посоветуйте, Девопсы

Admin
ERROR: S client not available

Semyon
29.06.2016
05:50:05
Я-то не девопс, потому что, но хочу

Мне стоит тратить бабло на RHC*?

Aleserche
29.06.2016
05:50:39
у кого-то очень много свободного времени

Semyon
29.06.2016
05:50:51
джва года к этому шел

Alexander
29.06.2016
05:53:19
сам советовать ничего не буду, так как не девопс) девопсы многие сейчас спят, наверное, днём лучше переспросить))

Rinat
29.06.2016
05:54:11
RHC это опеншифт типа ?

Semyon
29.06.2016
05:54:46
RHC это опеншифт типа ?
Не, это RHCSA, RHCE, RHCA и прочие страшные щтуки

прямо на сам RHEL заточенные

Google
Alexander
29.06.2016
05:54:59
если OpenShift - то вообще, говорят, что PaaS не слишком успешны

думаю, среди DevOps'ов больше сторонников IaaS, чем PaaS

Semyon
29.06.2016
05:56:51
FOaaS

Vitali K.
29.06.2016
06:17:54
Чем/когда Anaible лучше SaltStack?

Mihail
29.06.2016
06:19:15
для меня тем, что я ansible умею, saltstack никогда не пробовал :)

Roman
29.06.2016
06:23:00
Чем/когда Anaible лучше SaltStack?
Все зависит от топологии инфраструктуры. Преимущества ansible: использует SSH , не нужно никаких абсолютно демонов, легок в изучении Преимущества Salt: юзает демоны (удобно использовать на серверах которые в локальной сети, они опрашивают мастер на наличие задач) и как по мне, то это все.

Semyon
29.06.2016
06:23:36
ansible же можно вывернуть кишками наружу

и он тоже будет пуллить

Александр
29.06.2016
06:24:30
Он камон

Semyon
29.06.2016
06:24:49
Лпик не?
Дядя, я не настоящий сварщик

разверни мысль пожалуйста

Roman
29.06.2016
06:25:03
Я про то что идет из коробки. Перевернуть можно все.

Semyon
29.06.2016
06:25:11
я правда последние 7 лет занимался iOS разработкой и руководил группой балбесов

то есть мои девопсознания околонуля

Александр
29.06.2016
06:25:29
Смотри. Есть ттри стула в сертификации по линуксам. Убунту/рхеловские и лпик, которые про линукс в целом

Semyon
29.06.2016
06:25:39
так

Александр
29.06.2016
06:25:46
https://ru.wikipedia.org/wiki/Linux_Professional_Institute_Certification

Alexander
29.06.2016
06:25:52
Я про то что идет из коробки. Перевернуть можно все.
Да и надо ли переворачивать, и так вроде неплохо работает)

Semyon
29.06.2016
06:25:54
во, отличноу

Александр
29.06.2016
06:26:32
обращайся

Тебе для резюме или знания в кучу собрать?

Страница 531 из 4568