Да не, принимаемые из внешних источников данные понятно что валидировать/обрабатывать стоит. Чисто для коммуникации между классами, для облегчения дебага. Почитал обсуждения, нашёл аргументы против: затрудняет чтение кода и замедляет исполнение. Вероятно ну его

Olga Dotsenko: #работа #вакансия #киев #kiev #kyiv #vacancy #job Добрый день. Ищу Senior Ruby Dev. - Офис или удаленка - Фултайм - ЗП 3000-4500$ (зависит от опыта) Необходимые навыки: - последние 2+ года непрерывной разработки на Ruby - опыт создания REST API - опыт интеграции со сторнними сервиисами (REST/SOAP/XMLRPC/...) - RSpec - PostgreSQL - Git - Английский Intrmediate и выше. Компания продуктовая, офисы в США и Киеве (Подол) Кого заинтересовало, пишите в личку, сброшу больше информации.

хрень какая-то

Почему так категорично? Довольно часто встречал, когда, к примеру, на джаве пишут в Си стиле. Без боли на такое смотреть сложно. Да и в руби и питоне есть Ruby и Python way написания кода, в других языках смотрят со снисхрждением.

*в других языках на такое смотрят со снисхождением

Почему так категорично? Довольно часто встречал, когда, к примеру, на джаве пишут в Си стиле. Без боли на такое смотреть сложно. Да и в руби и питоне есть Ruby и Python way написания кода, в других языках смотрят со снисхрждением.

Стиль написания не имеет ничего общего с "классификацией" программистов

Тем более утверждение, что хороший руби код - хорошо читаемый текст

Руби позволят отлично строить и использовать dsl, но это совсем не текст

Сложные проекты так же как и в яве разбиваются на кучу мелких классов и структур, тоже ничего общего с текстом

И никто не мешает пилить на руби алгоритмы, даже в функциональном стиле

Функциональщину сейчас вообще везде тащат

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

Ну как бы это все равно, что сказать, что люди не знающие функциональщины слабы в алгоритмах

Что бред, там вообще алгоритмы разные

Или что на рубях не строят сложную инженерную архитектуру, а стремятся к красивому тексту

Это пост для новичков, новичок прочитает его и будет стремиться к красивому тексту

А не к правильной архитектуре, оптимизированным алгоритмам и.т.д.

Ну в принципе, согласен, автору следует чуток поработать над качеством постов

а вот хотел спросить, кому как видится в плане логики следующее: если на парковочное место приехала машина, то с точки зрения моделей это будет parking_place has_one :car? А то меня пытаются убедить наоборот, что car has_one :parking_place

и так и так можно

в зависимости от архитектуры

это да

Привет всем Подскажите пж Как можно вывести элементы массива в обратном порядке, не используя циклы и .reverse?

эм...

никак )

в зависимости от архитектуры

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

можно отсортировать в обратном порядке

В универе была такая задача Типо на проверку общих знаний программирования

рекурсией

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

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

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

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

слишком сильно выбор зависит от конкретного проекта и поведения моделей

рекурсией

не в руби

он не умеет в хвостовую оптимизацию, умрешь на stack_to_deep

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

А может вообще в отдельную модель вынести и назвать event ?

да и рекурсия - тот же цикл только в профиль

рекурсией

Оо, кстати хороший вариант

А может вообще в отдельную модель вынести и назвать event ?

ну Роман предлагал event_log делать )

ну Роман предлагал event_log делать )

Да, makes sense

Пасиб

не за что

он не умеет в хвостовую оптимизацию, умрешь на stack_to_deep

если небольшой массив, то не умрешь

Привет всем Подскажите пж Как можно вывести элементы массива в обратном порядке, не используя циклы и .reverse?

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

если небольшой массив, то не умрешь

ну небольшой - да, но в условии то просто массив. Я бы ради эксперимента

ну небольшой - да, но в условии то просто массив. Я бы ради эксперимента

умер с массивом из 89100 элементов

наврал сильно, предел - 10901 элемент

а вот хотел спросить, кому как видится в плане логики следующее: если на парковочное место приехала машина, то с точки зрения моделей это будет parking_place has_one :car? А то меня пытаются убедить наоборот, что car has_one :parking_place

думаю машина должна быть независима, т.к. она перемещается. Может принадлежать одному паркингу, потом поехать на другой. Это не очень естественно) Вот если бы было car has_one :engine - то да, выглядит норм. Но функциональность машины не определяется паркинг-местом. А вот функциональность паркинг-места определяется наличием в этом паркинг-месте чего-нибудь, для этого оно и создано. А машина вообще может существовать без паркинг-места, если она постоянно в работе (например, сервис такси).

думаю машина должна быть независима, т.к. она перемещается. Может принадлежать одному паркингу, потом поехать на другой. Это не очень естественно) Вот если бы было car has_one :engine - то да, выглядит норм. Но функциональность машины не определяется паркинг-местом. А вот функциональность паркинг-места определяется наличием в этом паркинг-месте чего-нибудь, для этого оно и создано. А машина вообще может существовать без паркинг-места, если она постоянно в работе (например, сервис такси).

Понятно, значит тогда паркоместо будет принадлежать машине

нет, машина паркоместу: parking space has one car

А отдельно будет создаваться ивент, где будет записано, чекин, чекаут, длительность, что-то ещё

нет, машина паркоместу: parking space has one car

Аа

@ro31337 а ивент есть смысл создавать?

если тебе не надо, то нет)

зависит от задачи

если тебе не надо, то нет)

ладно, пойду от простого. а если понадобится, то создам потом

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

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

а... ну вот, это уже другое дело

оказывается что тебе еще что-то надо)

да вот пока непонятно, надо ли это заказчику

ты бы рассказал полностью, как можно подробнее. А то так долго можно гадать)

вот и прикидываю

надо спрашивать тогда

ты бы рассказал полностью, как можно подробнее. А то так долго можно гадать)

да, расскажу как сформулирую

задавать вопросы, т.е. сбор бизнес-требований. Обычно project manager этим занимается

ERROR: S client not available

надо спрашивать тогда

вот, пока проектируем. Ну проектирования много не бывает, так что всё норм

потом бизнес-аналитик прикидывает бизнес-процессы, team lead пишет истории

а ты уже их исполняешь)

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

да тимлид там такой себе

это я во фриланс вписался, ну по крайней мере платят, значит процесс идет, чо

ты кстати инженер в этой команде? попросил бы сформулировать требования более четко. Хотя, конечно, это не всегда возможно. Нужно иметь steel balls ? иногда. Чтобы задавать такие вопросы

а, ну самое главное тогда чтобы платили

ты кстати инженер в этой команде? попросил бы сформулировать требования более четко. Хотя, конечно, это не всегда возможно. Нужно иметь steel balls ? иногда. Чтобы задавать такие вопросы

да, бэкенд. Но в целом тимлид по уровню знаний - обычный мидл, так что вместе вот решаем что и как

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

да, без вопросов конечно никак, ну я там пытаю их как могу

dЛоги с чатов не подходят?

Чтобы потом не было "а мы так не хотели". Прям пиши как видишь "после диалогов в чате, буду делать так. Если не так, то дайте знать"

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

Логи с чатов не подходят?

неа, чаты сегодня есть, завтра нет

сообщение отредактировал и логи другие

можешь написать документ по дизайну и выслать на емайл. У нас такие доки назывались PoA - Plan of Attack, чисто по-американски))

только emails стоит использовать в переписке с заказчиками или коллегами?

некоторые называли plan of action

только emails стоит использовать в переписке с заказчиками или коллегами?

я на будующее спрашиваю )

У меня нет опыта ни фриланса, ни удалённой коммуникации

только emails стоит использовать в переписке с заказчиками или коллегами?

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

+

какими програми считают затраченое время на проект найденый на бирже или как это считается на удалёнке?

есть какие-то тонкие моменты?

какими програми считают затраченое время на проект найденый на бирже или как это считается на удалёнке?

Таймтрекер от апворка

Таймтрекер от апворка

у каждой биржи свой таймтрекер?

Таймтрекер от апворка

ок

Наверно, я ток на арворке работал

какими програми считают затраченое время на проект найденый на бирже или как это считается на удалёнке?

ага, на апворке своя программа. Считает не только время, но делает скриншоты и фотки твоего лица (сначала я употребил другое слово)

ага, на апворке своя программа. Считает не только время, но делает скриншоты и фотки твоего лица (сначала я употребил другое слово)

Фотки лица опционально. Как и скриншоты

правда лица не всегда - это зависит от заказчика