Руслан Макаров: Скажу, что слишком мало информации. Ответить на этот вопрос сможет, как минимум, человек который разбирается и в теме вопроса и в ваших бизнес-требованиях.
psyhO_octopus: вот здесь и несостоятельность вопроса. Вы предлагаете мне перечислить вам опыт моей разработки за несколько лет над проектами с совершенно разными стеками технологий, направленнастями и масштабами, часть из которых, по итогу, вам никогда не пригодится ?
Вот вам и русское коммьюнити.
Хотите конкретные ответы - задавайте конкретные вопросы:
Как избежать переписывания кода? -- Никак
Какие существуют методики оптимизации при абстрактном проекте\бюджете\цели\сроках\стеке\... ? -- Точно такие же, уходящие в троеточие, только через запятую.
psyhO_octopus: Человеком адекватным вы меня считаете только потому, что я ответил вам более лояльно :)
Ответа ваше объяснение не меняет. В конце вы сами ответили на свой вопрос - все в голове удержать невозможно. То, что вы вспомнили о том, что ваш кастомный селект должен уметь стрелочки - это самое что ни на есть изменение ТЗ. Просто составляли его вы сами и в неформальной атмосфере
С этой точки зрения конечные автоматы являются точно такой же альтернативо, как и методы, что я привел раньше. Лучше или хуже - это решать в рамках конкретной задачи.
psyhO_octopus: в несостоятельности вопроса: в заголовке вы спрашиваете, как проектировани компоненты, в начале тела вопроса - как избежать переписывания кода, а потом плавное переходите к использованию конечных автоматов для проектирования джаваскрипт-виджетов для браузера.
Есть множество способов оптимизации разработки: тдд, бдд, итерации, каскады, псевдокод, экспертная оценка, ранее тестирование ...
krokodily: слишком сложно у вас все описано, велика вероятность что или вы где-то забыли указать nested_attributes, либо забыли добавить нужные параметры в strong_params, а это вы даже в вопрос не вынесли. Либо, второй вариант - решаете задачу неверным способом. За 5 минут, трижды перечитав вопрос, я так и не понял задачи.
Хоть это, кажется, и не ваш случай, но погуглите deep nested attributes.
krokodily: если конкретнее - то мне нужно будет за вас всю функциональность написать. Это, в таком случае, вам нужно конкретнее указывать, что именно не работает. И без воды на 2 листа и листинга каких-то файлов вью, а по делу.
По идее для этого нам нужно скрытое поле с name="festival[categories_attributes][0][fees_attributes][0][dedline_id]"
В общем случае, этим занимается nested_attributes - генерирует цифры в атрибуте name.
Если вам нужно динамически генерировать новый поля - делайте это вручную. Можете так же поискать плагины. Например, вот способ, но довольно старый или воспользуйтесь Cocoon
Но по вашему вопросу видно, что вы ни в модели не добавили nested attributes, ни считаете, что здесь могут быть связаны strong params. Так что лучше сначала поймите до конца, как в рельсах работает nested_attributes
sim3x: не вижу в Убере принципиальной разницы перед существующими (допотопными) диспетчерскими службами. Это все равно посредник. Зачем он нужен?
Не думаю, что по крайней мере очень быстро убер привнесет безопасность и гарантированность в поездки по всему СНГ. Да и думаю, это решаемо без посредника.
То есть, если наличие "разрешения" (справки, ТО, страховки и т.д.) - это главная фича сервисов, то ничего не сходится. Представим, есть куча сервисов с "проверенными" водителями. Если кто-то из водителей будет пользоваться "опен-сорс" сервисом, или по-старинке ездить без ничего - ему нужно запретить это делать ?
Пока что, единственный вывод, который мне приходит в голову - это то, что никто еще не задался целью сделать сервис без посредника, т.к. ясно что на посредничестве можно хорошо заработать.
Возможно, поддежривать такой вот сервис без комиссии - не реальная задача, но я, например, не вижу принципиальных сложностей.
Сергей: Вы не попали на дискуссию обоих вопросов, видимо. И они не мои. И это еще один аргумент в пользу того, что я говорю :) Нужны не жалобы => удаление модератором, а нормальная общая и открытая система минусов и заморозки.
Из того, как я знаю, как работают известные мне сервисы и диспетчерские службы - там эти задачи решает уже готовое приложение (оптимизация маршрута), предсказуемость доставки решается количеством машин в службе - если в службе 10 машин работает по какой-либо причине, время доставки становится непредсказуемым, защита прав - так же вопрос достаточно философский.
Знаю, что служба штрафует девочек-диспетчеров за все что только можно и водителей, забирая деньги на развитие своей службы и не передавая их "пострадавшей стороне"
То есть, реальная польза которую дает посредник на данный момент - это уверенность в теплом и ламповом способе позвонить и услышать голос реального человека.
Могу ошибаться, т.к. говорю субъективно и локально - так обстоят дела в Украине.
Вот именно - оставлять и лочить и негативно оценивать неподходящие посты\комментарии\ответы. Совершенно не могу понять, почему такой механизм не предусмотрен и как без него можно жить
Ну, срач срачем, но в нашей действительности от этого вопроса и его обсуждения - пользы больше, чем в очередном "Как начать учиться", т.к. ситуация с плохим заказчиком - это очень распространенная вещь, особенно у нас, где все хотят за 3 копейки бентли, а многие, не только начинающие исполнители, думают, что должны это предоставить.
Реальная реакция сообщества на таких заказчиков - это хороший пример, как айтишнику вести свои дела. На мой взгляд, ценности в этом вопросе, как минимум, не меньше, чем в вопросах "Как начать работать на фрилансе?", "Есть ли фриланс за 30" и т.д., которые довольно успешно висят в топе.
Претензии есть к тому, что я не понимаю, почему нет механизма негативного оценивания и заморозки поста, как на том же СО. Я, конечно, могу ошибаться и если тому есть объективные причины - хотелось бы их понять.
На мой взгля, если взять тот пост, очистить с помощью уже имеющеюгося механизма правки от нецензурной лексики и совсем воды и заблокировать от дальнейших ответов, оставив возможность только ставить + / - - польза была бы намного больше, чем от 50% вопросов, которые есть в моей ленте.
Исходил из того, что во многих службах часто тоже только в маркетинговых слоганах гарантируют безопасный и т.д. проезд.
Да, по поводу забастовок против Убера слышал, но особо не вникал, видимо, думал причина немного другая. Исходил, опять же, из того, что, как минимум в Украине - медсправки и т.д. почти никто и в службах не требует, да и обычных частников, очень много. А большинство компаний-посредников делают деньги из воздуха, хотя эту работу можно объективно автоматизировать.
Если решать вопрос именно с точки зрения безопасности - это лучше делать на государственном уровне - сервисы, не сервисы вопрос не из этой оперы. Пусть лучше просто добиться того, что бы все, кто перевозит людей - были ответственными (со справками, исправными машинами и т.д.) - а то, как он получит заказ уже вопрос другой.
Если решать вопрос доверия клиента - то прозрачные рейтинги сегодня имеют большой шанс заслужить больше доверия, чем раскрученная торговая марка.
Можно ссылки на подобные сервисы? Я так понимаю, ни dovezu.ru ни podvezu.ru - это не оно.
Кирилл: уточню, что действительность такова, что, к сожалению, никого не интересует, насколько плохо в конкретном вузе поставлена учебная программа. А "неплохо как студент" - в лучшем случае расценивается никак, в худшем - только негативного оттенка добавит.
Перефразирую ответ, комментарии к которому мы пишем, еще раз - нужно обязательно научиться пользоваться поиском во всех его проявлениях.
Кирилл: ответ действительно довольно ценный, возможно, просто не совсем ясен именно для вас.
Перефразируя, я бы сказал, что не стоит говорить, что неплохо разбираетесь в С++ и SQL. Если нужна еще более ясная ценность сказанного - то я бы сказал "Научитесь верно оценивать исходные условия для решения любой задачи". В том числе и для ответа на вопрос, что озвучен в заголовке.
tugo: найти специалиста, которому просто будете доверять. Это может быть или знакомый, в принципе, или сторонний человек (разработчик), с которым вы обговорите, как именно вознаграждается его работа, или рекрутер.
