В чужой код заплатку сунуть быстрее, но никак не легче.
В свой проще конечно заплатку всунуть, то необходимость вкрячивать заплатку в свой код крайне редко возникает. Ведь заплатка бывает вызвана неадекватным решением в прошлом и подразумевает улучшение решения, но если ты сам в прошлом внедрил это неадекватное решение, то с чего вдруг ты сможешь придумать решение лучше?:)
Не, нельзя. Да и холивара там особого нет, просто все зависит от того, кого Вы набираете.
Не собираетесь работать с чужим кодом - Вам реально не нужны олимпиадники, хотите платить копейки - можно взять человека который будет гуглить применение array_merge, ну а среди программеров такое количество неадекватно оценивающих свои скиллы - что абсолютно любая задача отсеет процентов 80 - так что тут даже предмета спора нет.
Мы не спорили с Вами, мы лишь уточнили что Ваши аргументы годятся лишь для определённых ситуаций и привели ситуации когда они не годятся.
Но раз в 50 меньше чем может показаться. Проблема не только в профессионализме тех, кто смотрит чужой код. Проблема еще в маркетологах. В подавляющем большинстве случаев даже если а) "код говно" и б) "можно написать лучше" присутствуют - можно (и нужно) обойтись "быстрым фиксом" проблемы, а не "переделывать всё заново". Но вот тут появляется программер который не может осилить разобраться в чужом коде, а сзади его подпихивает маркетолог с мыслью о том, что за переделку можно снять в 20 раз больше денег чем на "быстрый фикс".
Это знаете как вот звоните Вы в таксопарк что бы вызвать такси от метро к работе (метро допустим не работает), а Вам там втирают что Вы выбрали г-но маршрут и поэтому сначала Вас домой довезут, а потом уже на работу.
1) При работе с чужим кодом нужно "олимпиадное" мышление. Отсутствие такового выливается в невозможность в чужом коде понять что и где оптимально изменить для решения задачи, понять чужую логику, именно отсюда (и ниоткуда еще) в большинстве случаев рождаются вопли "этот код г-но надо переделывать все заново". Вот выше по топику был такой пример - ну написано колво-1+2 - **, ну разберись ты сначала почему так написано, потом уже изменяй и ругай, не, включается режим "если я не понимаю, значит это г-но" и все на этом...
2) Можно давать стандартные/типовые задачи, всем одинаковые, тогда вопросов о том, что это работа не возникает. А если прогер не хочет потратить час на решение такой задачи, то работа ему не настолько нужна, что бы его имело смысл нанимать - один черт слиняет.
3) Что бы прогер не тратил потом 80% времени на поиск команд, порядок их аргументов и реализацию уже существующих в пхп функций. По нашему опыту большинство пргеров даже ни разу мануал не прочли, хотя бы что бы знать какие функции есть, а каких нет. Часть из них может быть при чем весьма профи прогерами пришедшими из других языков, но с установкой в голове "пхп просто, чё там знать". Таких можно брать либо жуниорами (и натаскивать их на пхп) либо лидерами проекта (что бы абстрагировать их от конкретных реализаций).
Не мартышкин труд. Просто поначалу идет проектирование, архитектура, общая концепция - интересно. А потом начинаешь детализировать - шаблоны, непосредственная реализация модулей, плагинов и прочая рутина - скучно. В идеале на второй этап нанимать подпрограммеров, при чем годятся только новички, но найти не просто достаточно качественных, а еще и адекватных - это сверхзадача и тоже скучно.
Не уловили сути возражения. Если бы он внес 10% первый взнос, то он не мог бы на 50к поиграть? Почему?
rtyug там немного переврал нашу мысль когда ссылался на нас, наша мысль там сводилась к тому, что если есть деньги на квартиру и хочется жить "типа в своей" (при текущих условиях не поворачивается язык без кавычек это говорить), то лучше все же взять хотя бы в ипотеку и иметь пространство для маневра. Вложиться в депозиты, в баксы, еще куда-то... или если условия по ипотеке становятся совсем невыгодные - погасить ее. Т.е. рассматривать ипотеку просто как офигенно дешевый кредит.
А была бы ипотека на квартиру, он бы мог на 50к поиграть в биток не продавая хату.
Нам идея ипотеки нравится в первую очередь в разрезе "есть бабло на квартиру, но не хочется замораживать такую туеву хучу денег".
Нене, нас сюда не приплетайте. Мы говорили немного о другом немного в другом контексте. Сравнивали накопление на квартиру против покупки сразу в ипотеку при определённых и неизменных условиях.
Совсем в чем-то одном нельзя, т.к. при покупке квартиры за кэш мы просто покупаем квартиру, а покупка квартиры в ипотеку это как торговля с кредитным плечом, так мало того, возможно еще в другой валюте кредитное плечо. Т.е. это не просто недвижимость, а вполне себе еще и форекс.
О неявных плюсах квартиры в ипотеку говорить не будем, т.к. то что мы могли бы сказать - из серой зоны:)
Не тупим, а указываем на ошибку в постановке ТЗ. Вы хотели на выходе 1 или 0? return 1 возвращает Вам один из желаемых Вами вариантов. Хотели зависимость от входных данных - надо было указать зависимость.
Еще вот так можно решить если хотите
return mt_rand(0,1) - будет Вам на выходе 1 или 0 :)
А при Вашей постановке задачи и претензиях ситуация получается такого вида
С таким подходом решишь задачу как-нибудь так
return 1-$i;
или так return 1*(!$i); (! не битовое если че)
А потом начнуться предьявы - где проверка входных данных, это же очевидно, где обработка ошибок, ты программист или где и прочая фигня.
Ваша задача в ее постановке это типичная ловушка - как не ответь - все будешь не прав в каком-то смысле, больше похоже на стресс-тест от типичного хедхантера, чем на реальную задачу для проверки знаний.
Miha Kuzmin (KMY), мы не лично до Вас докапываемся, просто топик новичковый, а проблема с постановкой ТЗ это первейшие же грабли на которые натыкается новичек, когда пытается работать с заказчиком, а не решать абстрактные задачи. Тут надо уметь в логику и точность, а не просто додумывать пусть даже казалось бы очевидное, умнее переспросить или сделать точно по ТЗ, чем потом выслушивать предьявы или переделывать.
Во-во.---------- Добавлено 01.07.2018 в 12:20 ----------
35% ндфл с процентов превышающих ставку цб + 5% если рубли, или просто то что выше 9% если в валюте.
Т.е. если ставка цб 8%, а у Вас депозит под 14% (на 6% выше ставки), то Вы заплатите 35% (ндфл) с 1% (6%-5%=1% превышения). Получили процентами грубо говоря 140 рублей - отдали 3.5р налогами.
Что обидно - в отличии от 13% ндфл этот налог под вычеты не попадает.
По таким задачам сразу становится ясно, что у заказчика тарифная сетка в килобайтах, а не в рабочих часах 😂
В такой постановке задачи достаточно return 1; Почему? Да потому в задаче сказано что на входе, но эта информация по ТЗ никак формально не используется. Но в задаче сказано что на выходе должно быть 0 или 1. Поэтому return 1 решает задачу, т.к. 1 это один из вариантов "0 или 1".
