Если вы руководитель - у вас есть возможность сбросить лажовые и немотивированные задачи подчиненным, а самому делать одну большую и чрезвычайно интересную. В команде выглядит это не очень красиво, омерзительно.
KPI вы себе нарисуете, на подчиненных - пофик.
Работать такая стратегия будет успешно, но только в очень маленьком и простом проекте, т.к. текучка у вас будет лютая.
Слишком размыто, никакой конкретики, за которую можно зацепиться. Думаю перспективы успеха у дела 3-5% или меньше, а вот затраты гарантированы.
Права на базу как-то оформлены? Что за данные в этой базе? Как следует из статьи - коммерческая информация клиента и всё. Что специфичного в структуре БД, что её можно считать собственностью? И если пошел разговор о базе данных, какая используется СУБД, собственная или что-то стандартное?
Да, всё так. Работать каждый раз с новый заказчиком смысла никакого нет. А вот найти 2-3 нормальных заказчика и работать с ними на постоянке по договору - не такая уж и сложная задача. Хороших заказов очень мало, но они есть.
Думаю, ситуация будет похожей на Java. Существует openJDK, а также несколько крупных организаций (Amazon, Oracle, отечественный Axiom), которые обладают достаточными компетенциями чтобы собрать, пропатчить и предоставить коммерческую поддержку своей собственной сборке JDK.
Насколько широко Go используется в крупной торговле в России? Модное веянье или надолго?
Это вы ещё не знаете уровень зарплат в 1С:Франчайзи.
Да, если нет прироста в производительности и трудозатраты сопоставимы, нет смысла лезть в Kotlin.
Нужно начинать собеседование с обсуждения уровня зарплаты, а там, глядишь, других вопросов и не останется.
Как у них дела с поддержкой корпоративных клиентов из России?
println("Hello, world!")11 лет проработал с банковской сфере со страшным легаси. Cobol встречал только в статьях по истории языков программирования...
Если вы руководитель - у вас есть возможность сбросить лажовые и немотивированные задачи подчиненным, а самому делать одну большую и чрезвычайно интересную. В команде выглядит это не очень красиво, омерзительно.
KPI вы себе нарисуете, на подчиненных - пофик.
Работать такая стратегия будет успешно, но только в очень маленьком и простом проекте, т.к. текучка у вас будет лютая.
Спасибо, вроде бы и ничего нового для тех кто подкован, но собрано компактно и интересно.
Верить на слово?! Ну такое...
Ноль негативных отзывов?! А вы точно человек? А ваши клиенты? Попахивает каким-то тепличным фрилансом...
Спасибо
Слишком размыто, никакой конкретики, за которую можно зацепиться. Думаю перспективы успеха у дела 3-5% или меньше, а вот затраты гарантированы.
Права на базу как-то оформлены? Что за данные в этой базе? Как следует из статьи - коммерческая информация клиента и всё. Что специфичного в структуре БД, что её можно считать собственностью? И если пошел разговор о базе данных, какая используется СУБД, собственная или что-то стандартное?
А что такое современный десктоп? В 90% случаев - это средство для запуска браузера и всё.
Просто ответственного водителя на фуру найти - проблема. Про квалифицированных токарей, слесарей вообще и говорить нечего.
И чё эти бабы сидят годами в этой тупой бухгалтерии на мизерных зарплатах?! Стаж 10+, а элементарных проводок не знают.
Тема "распределенных бэкендов на Go" не раскрыта. Т.е. самое интересное упоминается вскользь.
Что конкретно вы писали на Go, чтобы он оказался лучшим выбором?
Каков размер команды разработчиков и размер самого проекта, чтобы его можно было вывести используя "максимально приземлённый императивный подход "?
98% заказов - шлак. Подтверждаю. Цены такие, что кассир в магните на шаблонных операциях заработает больше.
Да, всё так. Работать каждый раз с новый заказчиком смысла никакого нет. А вот найти 2-3 нормальных заказчика и работать с ними на постоянке по договору - не такая уж и сложная задача.
Хороших заказов очень мало, но они есть.
Кто-то это использует в реальном проде? Примеры есть?
Думаю, ситуация будет похожей на Java. Существует openJDK, а также несколько крупных организаций (Amazon, Oracle, отечественный Axiom), которые обладают достаточными компетенциями чтобы собрать, пропатчить и предоставить коммерческую поддержку своей собственной сборке JDK.
Большой трагедии нет.
Техпис - звучит гордо. А вот это как будет звучать, если речь о представительнице прекрасной половины?