1 1, ну если не про личное восприятия и понимание говорить, а о каком-то общем или современном, то в тойже вики везде указанно что SQL вполне себе язык программирования, ни разу не встречал чтоб где-то в массах считали наоборот. (ну точнее вот вас встретил, вы пока первый кто так не считает), в целом допускаю, что у кого-то например не тьюринг полный язык и языком не считается -> пожалуйста считайте, но не надо говорить что это какое-то общее мнение. Это как раз идет в разрез с мнением в сообществе (хотя бы в вики это мнение посмотрите)
согласен, нужны бабки, идите в другую сферу, в айти уже денег не больше чем в каком-нибудь строительстве.
программист это способ мышления, стиль жизни, это то кто вы есть. Мучать себя этим не стоит
1 1, ну как же не язык программирования? вполне себе язык, ты же на нем даешь указания что и как делать.
А то что он не полный по Тьюрингу, ну это уже другой разговор.
Игорь Воротнёв, кто так работает то? какая себестоимость продуктов Windows, Mac, Nwidia, kasrepsky
ты даже примерно не представляешь)
при чем тут себестоимость, есть цена на рынке, в том числе на обслуживание или поддержку, и она слабо коррелирует с себестоимостью, можешь ты вписаться в эту цифру - значит получаешь прибыль, нет - сваливаешь с рынка вот и все.
javax, хех, такие у вас формулировки, что можно запутаться, то что клиент "синхронный" не имеет никакого значения, вопрос какой запрос у нас к нему, синхронный или ассинхронный.
По поводу реактивного подхода (под этим часто подразумевают разные вещи), но предположу что идет речь о таких клиентах которые имеют обратную связь и более богатый набор уведомлений, например клиент может сообщить тому кто делает запрос, готов ли принимать запрос, или вам нужно подождать с отправкой запроса (механизм back pressure) ну и больше разницы никакой.
stul5tul, да в индии не был, мало про нее знаю, только из информационных источников сужу, в том числе по уровню жизни, Индия как и Россия - колония, в которой может и есть чем заняться - но это не позволят зарабатывать, все равно нищета. У нас в России тоже нищета, люди работают а все равно ничего не зарабатывают, работа на внешний рынок ЖЕ позволяет на порядок поднять свой доход.
raulvodov, интересная позиция у тебя -> честное решение ищешь, там где тебе какие-то проходимцы навязывают анальное рабство)
я больше чем уверен что эти твои "западные партнеры", за 300% прибыли на любую гнусность пойдут. То какие тебе условия навязывают уже об этом сигнализирует.
Andrey Plax, я такое использую в Scala экосистеме (scala.js), для JS знаю что похожим образом работает Meteor, a вот для дотнета не знаком что там в этом стиле есть.
Святослав, ну да постоянно это делаю что-то удаляется, что-то добавляется, что-то переписывается или упаковывается в другие сущности, если постепенно это делаешь, постепенно улучшаешь продукт, этот процесс идет непрерывно, в этом и заключается развитие продукта.
Инногда на этом может потребоваться целый этап работ, а то и больше, что поделать, нужно значит выделить этот этап, а не затягивать, нет смысла развивать тот код который вы собираетесь УЖЕ сейчас переделывать, чем больше вы развиваете то что требует переделки, тем дороже вам потом это все переделывать прийдется.
Есть даже правило такое -> любые НЕОБХОДИМЫЕ изменения нужно вносить немедленно, тк потом делать это будет сложнее и дороже.
По поводу заказчиков -> которые обязательно нужно что-то показать. Если ему подрядчик говорит что нужно провести модификацию кода для дальнейшего развития проекта, ЗНАЧИТ нужно провести. Заказчику следует доверится, и оплатить этот этап и подождать еще недельку другую, до того как перейдете к дальнейшим плановым работам, не в его интересах в погоне за видимыми фитчами превращать проект в абсолютно не поддерживаемый и не развиваемый продукт, с которого разработчики сбегать будут.
Нужно объяснить что это естественный процесс, и на разных этапах время от времени будет требоваться работы по реорганизации вашего кода, обновлению подходов, улучшению организации кода и что это тоже стоит денег и это необходимо делать.
Рефакторинг не заложить заранее.
Иван, рынку нужны круды, значит кто-то их тоже должен делать, так что на этом можно зарабатывать.
Для себя главное решить что ты и для кого делаешь (какую нишу занимаешь) - ну и само собой какие у тебя преимущества перед другими в этой нише.
serega011, ну вот возьмем пример кока-кола - фантастическое гавно, и портит здоровье.
Ты ее покупаешь, выпиваешь - потом говоришь -> этож ГАВНО! и не платишь)
так не бывает. Ты выбрал исполнителя, заказал у него услугу, он ее выполнил, а потом ты говоришь что она говно и не платишь?
это забота заказчика выбирать себе подходящего исполнителя, то что он выбрал изготовителя говна не освобождает человека от оплаты его труда, более того я гарантированно могу сказать что например тут кто находится 99.9% людей делают это самое гавно.
Вот например я вижу что вы работаете с джумлой - уже фантастическое гавно, и что? не платить теперь за ваш труд? нет конечно, платить, потому что заказчику требуется именно ваше гавно, он вас выбрал, заказал у вас именно этот труд, вот в чем вся загагулина, вас выбрали именно делать это гавно, а потом заказчик вдруг понял что ему требуется другое гавно, а не то которое вы делаете -> с этим тоже проблем никаких, оплати труд и иди заказывай любое другое гавно, которое тебе больше нравиться.
lrv, когда начнешь с вещами этими работать, вне зависимости от полноты со всеми деталями постепенно разберешься. Не стоит раньше времени переживать по поводу полноты или там структуры. . .
выбирать курсы, подбирать, задавать об этом вопросы и тд - это все прокастинация.
все что тебе надо - тупо начать заниматься, пробовать делать решения на практике.
Валентин,
>А как только оказывается 10+ реальных серверов с раскатаной виртуализацией про докер забывают.
ой да пожалуйста, пускай забывают, пускай хоть в присядку дрочат, мне пофиг.
Не хотите использовать - не используйте, или там что-то другое используйте, ни кто не запрещает.
Есть просто железобетонный факт что во всем мире докер уже активно используют, он УЖЕ решает задачи тестирования, деплоя, маштабирования, отделения софта от инфраструктуры и тд. Можно не признавать это - но это та реальность которая есть.
