VoV@

VoV@
Рейтинг
196
Регистрация
22.09.2007
Должность
Окупация
Интересы
Программирование
garik77:
VoV@, но это точно не лопата. У лопаты лезвие должно быть ну хоть немного вогнутым, а здесь центральная часть выпуклая с обеих сторон и мало того, довольно-таки массивная, т.е. это не металл в миллиметр-полтора

Вот именно ☝. Тут важна именно прочность, она не для того, чтобы грунт перекидывать. Её воткнул сантиметров на 40 и давишь, пока саженец из земли не вылезет.

humbert:
Бардо, везет тебе с сыном, мало того что щук огромных ловит, да еще и не Иваном кличут.

2 дела одновременно, весь в отца.

garik77:
Похоже. Вот только ручка стальная, инструмент очень тяжелый из-за этого получается. Возможно им пользовались как буром, а в образовавшуюся лунку сажали саженцы

Такой лопатой удобно саженцы именно выкапывать, чтобы пересадить. Обычную лопату сломать можно или придётся долго и глубоко копать. А такую несколько раз по периметру воткнул и как рычагом вытащил.

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

Ещё и сервак нужно сделать с API, а это ещё $500-$1000 с нюансами.

Можно, конечно, синхронизировать через Google FCM, но как постоянное решение, лучше свой сервак иметь, всё равно возиться придётся.

А что вы со всей этой рыбой делаете?

Мой кот за лето так карасей обжирается, что ещё полгода смотреть на них не может. Всё моё желание рыбачить отбивает, собака :(.

ziliboba0213:
https://russian.rt.com/inotv/2018-10-17/Asia-Times-k-2020-godu

Здорово будет, если сделают. В телевизоре сказали, что получится ярче луны в 8 раз.. :)

На Ютубе Зелёный кот (это ник крутого чувака, который часто на Хабре про космос пишет) рассказывал про аналогичный проект СССР. Хотели запустить "зеркало", чтобы оно Мурманск освещало в полярные ночи. Там куча проблем сразу повылезало по стабилизации ориентирования отражателя. Да и сами Муромчане возмутились, типа тут по полгода солнце не заходит, хрен поспишь нормально, так если ещё и всю зиму светло будет, так вообще абзац 😮.

В общем решили, что кроме выпендрежа этот проект никакой пользы не несёт, даже навредить может.

PS А Китай и Индия сейчас просто соревнуются, как СССР и США в середине прошлого века. Вот совершат свои чудеса, вроде выхода в открытый космос и высадки на Луну и всё, поймут что в ближнем космосе делать-то нефиг. Всё, что можно найти на ближайших к Земле планетах, есть и на Земле, и гораздо дешевле в добыче.

PPS, там вообще много интересного было.

burunduk:
сделать конвертор намного практичнее
burunduk:
почти всегда переписать с 0 будет дешевле чем допилить существующие

Т.е. напихали костылей. Когда всё развалилось, переписали всё с нуля. Потом в ходе доработок опять напихали костылей. Через какое-то время опять всё обвалилось, и снова переписали всё заново...

Какое же тут удешевление, если разрабы только и занимаются тем, что переписывают один и тот же сайт с нуля? 😕

KrutE:
ТС явно дал понять, что у него обычный веб-проект, возможно с доходом около месячной зарплаты одного или двух московских программистов, а насоветовали тут...

ТС столкнулся с теми же проблемами, что и у больших проектов. Программист (тем более 2 или 3) уже через неделю не помнит, что сделал и зачем. Вот я и предлагаю сделать у себя то же, что делают более крупные и опытные - хотя бы устранить беспорядок в изменениях.

melkozaur:
VoV@,
Конкретику давайте, конкретику. И ТС тоже.

Какую ещё конкретику? 😕 Пошаговый рецепт для ТС?

В общем-то я всё написал. Вот ему первые 3 шага:

1. Выяснить все зависимость от "глобальных переменных" (понятия не имею, что в это понятие вкладывает ТС). Хотя бы нарисовать схему, что от чего зависит, и постепенно её уточнять. Убрать все зависимости (по максимуму), убрать все глобальные данные и переменные на слой хранения данных, и получать доступ к ним только через сервисы/провайдеры и т.п. как душе угодно.

2. Ввести контроль изменений.

Любые изменения должны согласовываться с тем, кто владеет схемой из п. 1. 1 изменение - 1 пулл-реквест в тестовую ветку после юнит-тестов - 1 версия. Сразу сборка, тестирование, устранение багов, релиз. Все шаги записываются в систему контроля вместе с результатом и временем: нормально, облом, откат, уточнение схемы из п.1 и т.д.

В разработке лучше можно любые техники: скрам, канбан, XP и т.п. Лучше любая из них, чем ничего.

3. Выявить рутину из п.1 и 2.

Унифицировать и автоматизировать всё, по максимуму. Устранить все узкие места и задержки из п. 2. Гонять всё это по кругу до тех пор, пока изменения не перестанут вызывать жжение ниже спины.

А дальше учиться, учиться и учиться у более продвинутых.

PS Блин, да тут можно кучу всего написать по каждому из этих пунктов.

kekeke:
вы рискуете получить проблемы в части 2 независимо от того какую методологию используете и используете ли вообще

А всё потому, что бардак. Никто не знает, что произойдёт в части 2.

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

Почему нет? А нафиг они нужны, у нас же интернет-магаз, а не система управления группировкой околоземных спутников.

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

Всего: 7154