Вышел второй выпуск передачи "Готовые решения". В гостях Алексей Лустин, технический директор компании "Серебряная пуля". Мы поговорили об ИТ-отрасли, роли специалиста по 1С в бизнесе, перспективах его развития и путях карьерного роста.
На этот раз беседа получилась обстоятельнее: больше, чем на один час.
Подобный жанр передач дает возможность не ограничивать себя во времени. Первый выпуск мы урезали, но потом мы решили не ограничивать себя во времени, это ведь не лекция, а запись разговора на заданную тему, с элементами личной жизни и опыта. Будем пытаться уложиться в 45 минут, но если выйдет больше, то вырезать ничего не будем.
Файл в виде аудиоподкаста можно скачать в публикации. Это позволит вам послушать передачу в дороге или в машине.
Подводим итоги работы в 1С за 2023 год. Все о вас: 4 подробных раздела с цифрами, графиками и ужасными цветами диаграмм (должна же где-то быть стабильность).
В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного работодателя. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все недостатки работодателей от момента собеседования до момента увольнения. Все этапы, как всегда, подкреплены реальными случаями из моего опыта.
В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного работодателя. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все недостатки работодателей от момента собеседования до момента увольнения. Все этапы, как всегда, подкреплены реальными случаями из моего опыта.
Импортозамещение увеличило потребность в архитекторах, аналитиках, разработчиках 1С, в т.ч. по ЗУП. Все их ищут всеми возможными способами, но не могут найти и не знают, чем же их завлечь к себе!? Давайте разберёмся в этом вопросе!
«Многие кандидаты хотят от собеседования простую вещь: чтобы оно длилось пять минут и брали сразу на 300 000 в наносекунду», — Эльдар Мингалиев, разрабатывает новые форматы собеседований.
(70) ZLENKO.PRO, он уже стал симпатичен, мы когда с docker начали разбираться @pumbaE обнаружил много чего интересного
что касается вообще всех языком программирования - надо не названия и идеалогию анализировать (это пусть на Хабре делают), а линейку конечных продуктов на них. В этом то как раз на мой взгляд и заключается подход программиста 1С (разработчика бизнес-приложений)
Вот такой стэк продуктов "стоит рядом с 1С и помогает ему"
(69) никогда не занимался "бредом", поэтому не делайте выводов раньше времени. Отношение к системам/сервисам/микросервисам как к функциями позволяет нам запрограммировать поведение интеграционной потока событий.
Это ведет к отказу от BPM - то есть интеграция в таком случае больше не работает по принципу "конфигурационных файлов".
В таком случае появляется integrationDSL язык - то есть с помощью Clojure пишется язык с "семантикой" под интеграцию. По примеру того как построена семантика в Gradle с "закосом" под сборку и управлению продуктом.
Тема новая и пока развивается только банками (в основном западными) на внутренних продуктах. Я не голословен - я лично знаком с некоторыми участниками таких команд. Собственно с ними мы и обсуждали как можно применить LISP подход к конечном продукте для бизнеса. Единственное где сейчас огромные проблемы - это в интеграции.
----
Я как раз и говорил в интервью, что крайности НЕ нужны. То есть оставаясь 1С-ником мы подтягиваем инженерные практики и компоненты из соседних языков. Сами туда не уходя.
Таким образом:
1. доход как программистов 1С растет, сложность и ответственность возрастает.
2. мы растем уже как программисты, без суффикса 1С.
(77) lustin, "что касается вообще всех языком программирования - надо не названия и идеалогию анализировать (это пусть на Хабре делают), а линейку конечных продуктов на них. В этом то как раз на мой взгляд и заключается подход программиста 1С (разработчика бизнес-приложений) "
Вот именно поэтому я отказался от Python как от основного языка. В качестве вспомогательного вполне может быть, например, для обработки данных.
(77) lustin,
Абсолютно валидный код, который компилируется и работает несмотря на то что написан по-русски( семантически отличаются только служебные слова и языковые конструкции).
import com.minimjack.domain.*;
import com.minimjack.service.*;
public class Main {
public static void main(String[] args) {
Контрагент Клиент = new Контрагент();
Счет Счет = new Счет();
if(БухгалтерияПредприятия.СчетОплаченПолностью(Клиент, Счет)){
УправлениеТорговлей.ВыдатьЗаданиеНаОтгрузкуКлиенту(Клиент, Счет);
}else{
УправлениеВзаимоотношениямиСКлиентами.ОповеститьКлиентаОЧастичнойОплате(Клиент, Счет);
}
}
}
Показать
стэк:
Java - Spring, guice, ehcache, hibernate, Netty, Jenkins, Eclipse, ActiveMQ, AWS ...
по моему вы путаете понятия сервис и функция...конкретно в этом примере, четко видно что производится обращение к трем сервисам.
Если брать лего для сравнения:
Функция - один кусочек лего
Сервис - все кусочки для здания( человека, машины и т.п.)
если оперировать базовыми понятиями как функциями, я не представляю себе архитектора, который сможет правильно спроектировать.
Что делать с транзакциями?Где АОП? Где начало? Когда конец? Вот в чем проблема, не имея сервисов ( я бы сказал узлов ответственности за выполнение БП) анализировать, исправлять будет невозможно.
(81) minimajack, вы опять не поняли. Мне не нужен абсолютно валидный код на Java, точнее он нужен не мне как разработчику интеграции. Он нужен только разработчику Java.
как разработчик интеграции я не хочу Spring и Hibernate, пусть это будет у Java программистов
Мне нужно иметь возможность писать минималистичный код DSL с конечным набором объектов для интеграции.
То есть Вы как знаток Java на низком уровне пишите платформу для запуска
(94) lustin, я понял. Вы о DSL-языке с точки зрения описания workflow.
Да это возможно, но думаю на практике мало применимо (разве что будет мегаконструктор- событийного-поведения для бухгалтерии и менеджеров).
Best-practics - должны существовать, иначе будет такое г-но, что все через месяц повешаются.
А так да описывать бизнес процессы заточенным под это языком всегда легче.
Сверхвысокоуровневый язык программирования зы Реализация MOP в Groovy. Да лучше я в java AOP по старинке.
ззы Почему программист 1С лучше Java-developer's? Так и не нашел ответа, кроме как если добавить "при запуске Бизнеса сжатого в сроки".
(99) minimajack, не знаю пока, ни про практику применимости, ни про реализацию - как вы сами поняли - нет пока однозначного понимания, поэтому и объяснения получаются сумбурные. Текущие прототипы вызывают пока даже у меня вызывают отторжение.Но чувство остается, что что-то подобное необходимо.
Почему программист 1С лучше Java-developer's?
Это я такое сказанул "лучше" ? Это значит, что-то я переборщил
Не лучше, просто другие задачи решают. Только Java программист "спасет" 1С-ника с тонкостью клиентов и интеграцией.
(101) lustin, это тема эмеила Почему программист 1С лучше Java-developer's?
Новый выпуск передачи “Готовые решения”.
Вышел второй выпуск передачи "Готовые решения". В гостях Алексей Лустин, технический директор компании "Серебряная пуля".
Мы поговорили об ИТ-отрасли, роли специалиста 1С в бизнесе, о перспективах его развития и путях карьерного роста.
Как раз здесь вы найдете ответ на вопрос из заголовка письма: “Почему программист 1С лучше Java-developer's?
практика работы с гибкими бизнеспроцессами у меня есть( порядок работы строится по графам...). Итог: куча бизнес-процессов, куча зависших задач...плюсы несомненно есть - так общее кол-во участников тысячи, все работало по процессам, ответственные за узлы целые отделы, так что все двигалось (грубо говоря производство, только конечный результат другой)...
(99) minimajack, опытный программист да ещё и багажом наработок тоже может быстро развернуть бизнес в сжатые строки. Развернуть СУБД, при помощи чего-то вроде ERWin создать базу данных. Остается только нарисовать клиентскую морду для БД. Написать серьезную конфигурацию 1с с нуля в общем-то не быстрее чем на другом языке.
Просто у 1с есть готовые решения которые худо бедно обновляются и в них можно не только вести учет, но и сдаваться в контролирующее органы. :)
На примере, мне нужен сервер приложений и конфигуратор, который вместо документов и справочников содержит объекты
1. Системы
2. События
3. Очереди
аааа.... это как-то похоже на мою мечту? да или нет?
чтобы программирование в 1С было программированием процессов и событий, которые ПОРОЖДАЮТ документы, а не наоборот, когда все строится "от документа"...
я о том или не о том??
(77) lustin,
Вот кстати, скажем выпустит 1С 9.х, утопично но: без серьезных глюков, допустим выйдет на международный рынок.. по цене особо конкурентов нет, допустим зарубежный бизнес распробует 1С и появятся вакансии в канаде, штатах, ес.. Что будет с рынком труда программистов связанных с автоматизацией? Повысится ли зп у 1С программистов, будет отток программистов от Java, .net и тд? повысится ли уровень квалификации 1С программистов в целом? интересует просто мнение а стоит ли вообще ждать каких то изменений в связи с выходом 1С на международный рынок?
Анализ "линейки конечных продуктов" - это тактика. А стратегия - это функциональность/проработанность/гибкость языка программирования (т.е. примем на данный момент - что стратегия в оценке такового).
Посмотрите на C++ - сколько лет, а популярность высока как никогда (а, точнее, меня поправят - как всегда). И даже С# лишь дополняет его, а никак не замещает.
Может измениться все - и язык программирования может стать невостребованным (как случилось с Pascal, Delphy, dot.NET и т.д.), и конечные продукты могут сгинуть/видоизмениться на новых платформах/уйти с приоритетом к новой платформе.
Второе происходит намного чаще, причем настолько чаще, что первый тезис можно просто принимать во внимание, но ориентироваться - строго на второй.
Delphi кстати до сих пор востребован возможно даже больше чем Python
Если учесть, что Питон в тысячи раз менее распространен, чем Дельфи - то "да".
Однако, это не отменяет того факта, что Дельфи как RAD-средство уже мало где востребовано.
Инженерные и прочие расчетные приложения ушли в прошлое.
(169) AlexO, с учетом того что питон установлен на 99% линукс компах...
питон скриптовый язык, делфи компилируемый...разные задачи, разные требования
зы делфи как такового небыло 5 лет - не считая последних полтора года, когда она снова стала востребованая ввиду новой студии и разработок под андроид
http://githut.info/ статистика языков на гитхабе
(178) AlexO, вы говорили про распространенность(востребованность). Определитесь, что вы подразумевает под словом 1000 раз менее распространен.
Тот кто писал на делфи сразу и навсегда кодит на делфи?
Разрабатываю на 1С лет 6. Вдохновился когда уехал в Москву работать в команду 2IS (Харитонов(автор конвертации данных) и Старых(автор инструментов разработчика)). Потом вернулся в родной город и понял что это - "болото". Большинство 1С программистов на периферии - это вчерашние сис.админы лепящие такой код, что рефакторить нечего. Просто стираешь и пишешь заново. Думаю это по причине низкого порога входа в профессию.
Для себя сделал вывод, что если уж и разрабатывать на 1С, то работать нужно в профессиональных командах работающих над серьёзными проектами которые интересны своей сложностью. Для этого надо переезжать в Москву со всеми вытекающими..
Изучаю Java. Но, мне в 30 идти Junior'ом как-то уж совсем не солидно. Сейчас ищу OpenSource проект в котором можно получить опыт. Имея опыт уже можно влиться в команду.
Есть мысли по поводу создания OpenSource мини 1С на Java исключительно для опыта. Т.е. собрать единомышленников и понеслось.
P.S. Что интересно - изучение Java повысило качество разработки на 1С.
А опыт 1С помогает в изучении Java. Сразу отображаешь получаемые знания на архитектуру конфигураций на 1С.
(82) trand, "Для себя сделал вывод, что если уж и разрабатывать на 1С, то работать нужно в профессиональных командах работающих над серьёзными проектами которые интересны своей сложностью. Для этого надо переезжать в Москву со всеми вытекающими.."
Для себя сделал вывод, что если уж и разрабатывать на 1С, то работать нужно в профессиональных командах работающих над серьёзными проектами которые интересны своей сложностью. Для этого надо переезжать в Москву со всеми вытекающими..
Хех, кто туда возьмет простого программиста из глубинки :)
Большинство 1С программистов на периферии - это вчерашние сис.админы лепящие такой код, что рефакторить нечего.
Самая большая беда в том, что никого не уговорить что-то изменить. За свою недолгую карьеру 1С программиста я работал в двух фирмах и в обеих я буквально уговаривал людей "ну давайте делать нормально, ну давайте изменим подходы, меня уже тошнит читать ваш говнокод, давайте посмотрим в сторону гибких методик разработки, давайте организуем обучение сотрудников", я на полном серьезе недавно увидел выездные курсы Алексея Лустина и буквально просил начальника организовать обучение для нашей фирмы, но правда моего города в списке не было, но думаю и этот вопрос решаем, фирма-то большая.
на всё это я всегда получал ответ "нет" :) в итоге постоянно сам сижу читаю книги, покупаю и смотрю курсы, читаю статьи и вся безнадега вокруг убивает. Болото это именно то слово. Именно поэтому меня тянет из болота куда-то в другое место и я смотрю в сторону других языков :)
(89) это синдром выгорания + перфекционизм. давно в профессии? выездные курсы Лустина.... прилетит вдруг волшебник в голубом вертолете .... ничего он не изменит в чужих головах за несколько часов сонного "бубни мне тут как космические корабли бороздят просторы большого театра"
Ищи способы заработать бабки или подняться в должности, а про остальное не парься.
нет, не совсем так :) я прекрасно понимаю, что это просто обучение. Но мне бы хотелось чтобы окружающие тоже испытывали какую-то тягу к обучению и в целом я считаю обучение внутри компании и в том числе с приглашением тренеров делом полезным и нужным и ничего странного тут нет. Уверен во многих топовых фирмах это так и происходит.
это синдром выгорания + перфекционизм. давно в профессии?
Около трех лет. Перфекционизм - да, выгорание пока только периодами )) бывает аж целыми месяцами не хочу ничего читать по 1С, а потом как нахлынет, снова курсы, книги и тд. Я не программист по образованию, но программирование мне нравится, и я как-то не могу воспринимать работу программистом в отрыве от постоянного обучения. Сам факт такой возможности ставит меня в ступор, у меня просто не складывается в голове "программист" и "не развиваться". В этом и весь смысл.
slazzy, а ты думаешь ну перейдешь ты на C# или Java и не окажется тоже самое болото в своей провинции с количество вакансий на местном рынке приближающемся к нулю ?
Я скорее искал саморазвития для себя, чтобы менять не болото, а прежде всего себя. И для начала я вообще не планирую уходить, скорее просто иметь в запасе ещё один язык плюсом к 1С и sql. А вот потом уже возможно и подумать о чем-то. В любом случае Вы конечно правы, в провинции с этим тяжело.
Сам факт такой возможности ставит меня в ступор, у меня просто не складывается в голове "программист" и "не развиваться". В этом и весь смысл.
раздели для себя программистов и кодеров, все встанет на свои места
для начала я вообще не планирую уходить, скорее просто иметь в запасе ещё один язык плюсом к 1С и sql.
ну думаю вы имеете в запасе как минимум XML) ну а если вы про специальности не программист, то наверное да, для вас было бы полезно поучить что нибудь другое, просто для сравнения и поворачивания мозгов в другую более качественную сторону) У меня лично все наоборот, я из Delphi, C++ пришел в 1С, так как мне нравится именно как процесс так и результат автоматизации предприятий, а в том самом городе откуда я вакансий как на Delphi, C++ программистов равно 0
(90) adapter, а Вы со мной знакомы ? На курсах моих были ? Я же могу и огорчиться/обидеться - для меня семафорные слова типа "сонная бубня" очень показательны. Могу же в отместку тоже что-нибудь сказануть такое про Ваши продукты. Поэтому не надо "про волшебника".
те же курсы - формат их проведения специально выбран "под болото".
На курсах дается конечный результат, который нужно достичь - не скрою так как все люди взрослые (дети и стажёры вникают быстрей), им приходится пережить некоторое количество "боли", так как прямых ответов им никто не дает. Максимум что мы просим для выполнения домашнего задания по разработке:
1. установить сервер сборок - любой который понравится через Далее - Далее - Далее
2. сделайте на сервере сборок 3 шага:
а. полный ночной синтаксический контроль текущей версии из хранилища (написать самому)
б. выгрузку исходников в git репозиторий (подключите его к TFS, Jira, Redmine
в. отсылку на e-mail информации об успешности шага
1. это делается быстро - никакого руководителя в чем не надо убеждать
2. текущее хранилище теперь каждую ночь синтаксически контролируется - значит каждое утро вы будете знать, все ли вчера сделали хорошо.
3. вы переживаете боль персональной автоматизации - потенциал этого огромен: один из наших слушателей автоматизировал потом ввод данных в неудобную систему контроля рабочего времени и живет спокойно.
Про того же менеджера продукта:
1. заполнить шесть документов - кровь из носа, а заполнить
2. использовать инструментарий и шаблоны - можно текущий проект подготовить к продавливанию у начальства (там же ресурсный план возникает за 2 часа)
3. относится ко всему как к продукту
Короче ничего сложного - важно кто и что делает руками.
P.S. Вот я уже час сижу на форумы и пишу комментарии: опосредовано это конечно полезно, но прямой ценности не приносит ;-). Пойдем обсудим с командой - как запускать облачный конфигуратор для разработчика (для закрытого тестирования), о котором почему-то никто не спросил ;-)
Пойдем обсудим с командой - как запускать облачный конфигуратор для разработчика
Не знаю, как вам задать вопрос, если только не прямо: весь и вся суть - а оно зачем нужно?
Все определяется целесообразностью. Я сколько не пытался - не смог найти преимущества многих технологий 1С последних 6 лет, отделив маркетинг от выхлопа.
(89) slazzy, а ты думаешь ну перейдешь ты на C# или Java и не окажется тоже самое болото в своей провинции с количество вакансий на местном рынке приближающемся к нулю ? ты встанешь в итоге перед тем же выбором что и 1С программист, ехать в москву и работать в нормальной компании либо сидеть в провинции и делать "подешевле". По моему скромному мнению проблема то не в языке (инструменте), проблема в "подешевле", в Москве просто готовы платить за интеллектуальный труд, в провинции пока что нет ( увы..
ПС: сам уехал в Москву из провинции по этой самой причине
(89) это не болото.
бизнес, в отличие от оторванных от реальности программистов, достаточно точно оценивает баланс красоты и необходимости этой красоты. и если организация гибкой разработки и пр и пр приносит профит программеру, но не приносит профит рабовладельцу, тьфу работодателю программиста - то я думаю тут все понятно? поэтому - хотим нового и красивого и правильного - обоснуяем для куроводятелов экономический эффект.. или ждем удобного момента и "пропихиваем" сами что надо...
я тоже тошнюсь от многих кодов, в том числе и от своих тоже (стесняюсь показывать, потому что не 22 см) - но не особо комплексую. бо на красоту времени остается очень мало - только в порядке хобби... и только вздахаешь с легкой завистью, встречая что нить что тебе нравится внешне и внутренне
(89) slazzy, "Хех, кто туда возьмет простого программиста из глубинки :) "
Да ладно мне звонили и звали в Москву не знаю много ли для Москвы $1000, но давали без проблем. Причина сертификат специалиста по платформе 8.2
(82) trand, 1сники обычно не пишут ничего в нуля. Им нужно быстро (вчера и на самолете) доработать существующую конфигурацию под требования заказчика. Какой уж тут красивый и лаконичный код тем более в современных конфигурациях по 8ку. Не падает на тестовом примере и ладно. :D
В особенности улыбнуло - "AccountingSuite’s Cloud Banking automatically connects to your bank accounts daily so you’ll spend less time entering transactions.". А у нас все просто - "Клиент-Банк" ))
(106) dock,
потому что функция возвращает значение аргумента, а процедура нет))) В этом плане можно провести аналогию с каждым выпуском который обособлен сам в себе, а не передает "значение" для других выпусков.
а вообще все гораздо проще - КонецПроцедуры в кадре звучит лучше)))))
Кстати, специализация 1Сников - что стало отчетливо видно на снеговике - это наверное есть благо.
Потому что если я умею вести малоценку, банккассу, основные средства, поставщиков-покупателей - то я буду "требовать" себе в ЗП не 30 тыс, а 120. а Если 120 не дадут, а дадут 40 - то тут у меня как раз повится дофига свободного времени для осовения новых фич платформы, выполнения сторонних проектов и прочего полезного ЛИЧНО ДЛЯ МЕНЯ.
Немножко разговаривая с бизнесменами - оценивают ЗП 1Сников и их апломбтребования - как завышенные. На проектах, где нет постоянных внедрений, но есть нужда в знании специализации - за какие шиши держать прога между проектами..?
Вопрос к гуру: есть закон аналогии. Вот коллегИ явно выражаются, мол, ошиблись, разочаровались и т.п. (Разве я утрирую!?) Так вот, используя закон, они, то бишь коллеги, также говорят и о своей машине (если есть), о своей квартире (если есть), о свое жене (?) ?
p.s. ну вот верю я в этот закон и все тут!
Беседа с Лустиным напоминает "Клуб кинопутешествий"
показывают кучу прекраснейших мест, но мне туда не добраться.. разве только матросом в кочегарке... ;-)
"В последнее время в вебе идет тенденция к «утончению» сервера и «утолщению» клиента. С каждым днем вакансий Full-stack разработчиков становится все больше, а чистого бэкенда все меньше." http://habrahabr.ru/post/249195/
(143) ZLENKO.PRO, сервер не утоньшается. Просто клиент утолщается. От сервера валидация, синхронизация, работы с БД - никуда не денется...фактически отваливаются генерация вьюшек - и то, только для html-a
Настоящее удовольствие - это автоматизация своего личного бизнеса.
Поэтому надо искать не язык (платформу), а свою личную нишу в бизнесе. Будь это продажа софта, или продажа пирожков, или что-то ещё. Главное суметь на этом заработать.
А когда копейка пошла - выбирай любые платформы: хоть 1С, хоть пиши с нуля на С++, или умело совмещай и то, и другое.
Лично я обожаю php+MySQL, что-то пишу на С++(то, что только там можно сделать). Но какие-то вещи только в 1С - например, бухучёт (отчётность в налоговую, ПФР, статистика; аналитика продаж, ...)
В рассылке указан вопрос "Почему лучше заниматься 1С, чем Java?" долго смеялся.
Услышал лишь голословный пассаж, что 1с круче всех.
Заикнулся про ускорение 1с, но так и не развил мысль, а это было самым интересным.
Очень полезное видео и не менее интересная дискуссия. С нетерпением буду ждать облачного конфигуратора - очень полезная штука, когда мотаешься из города в город.
Выписал для себя несколько высказываний для обдумывания - про разницу между ит-директором и техническим директором, про "лучше быстро 100 проектов, чем 1 - полгода". Теперь понятно, почему директора в малом бизнесе так неохотно оплачивают проектирование и составление ТЗ :)
Я, возможно, задам глупый вопрос, но о каких четырех книгах говорил Алексей? :) Первые две понятно - "Мифический человеко месяц.." и "Алгоритмы и структуры данных", а еще две какие?
И еще, в дискуссии ряд очень опытных, судя по регалиям, программистов 1С высказываются в ключе "достиг потолка, мало платят, а работаю за всю проектную команду". Но если у вас такой большой опыт и вы действительно можете делать проект один, то почему не делаете и не зарабатываете на этом? Почему не отчуждаете свой опыт и практики? Что мешает разработать свой "микросервис" и продавать его?
(172) weissfeuer, Почему не отчуждаете свой опыт и практики? Что мешает разработать свой "микросервис" и продавать его?
программисты не занимаются маркетингом, тяжело представить программиста пытающегося продать продукт сделанный единолично. Была бы команда, а так...
сегодня пришла в голову идея сравнения 1С с уроборосом
все от чего изначально был толчок в 1С, теперь поглощается ним самим ...низкий порог вхождения, скорость разработки, низкое качество кода, готовые конфигурации - все это приводит к тому, что программист 1С8 - вынужден бороться за место под солнцем. И уже не как программист 1С8, а (как правильно заметил Лустин) как программист для бизнеса.
(173)
>программисты не занимаются маркетингом
Тогда эти программисты будут бедными. Например, составление резюме - это тоже маркетинг.
>Была бы команда, а так...
Если вы выполняли роль руководителя проекта, как пишут ребята выше, то собрать команду для вас не должно быть сложностью, иначе у вас завышенные представления о собственной компетенции.В частности, маркетолог - не такой уж редкий специалист.
(174) weissfeuer
>если вы выполняли роль руководителя проекта, как пишут ребята выше, то собрать команду для вас не должно быть сложностью
[Senior] Developer - это не руководитель проекта, руководитель проекта - это не спонсор, маркетолог - в начинающей команде груз на шее
команду надо кормить, такую ответственность я на себя никогда в жизни не возьму. Работать на энтузиазме - плавали, знаем...
>иначе у вас завышенные представления о собственной компетенции
не переходите на личности, была бы команда - всего лишь значит, что если бы была сформировавшаяся команда и я в ней был, то пару микросервисов можно было бы предложить - услышать отзывы, внедрить где нибудь, отшлифовать - а затем продавать...
а так это должны быть наносервисы, их должно быть много, они не должны жрать деньги больше чем за них получаешь, они не должны занимать много рабочего времени...в общем иллюзия
Но если у вас такой большой опыт и вы действительно можете делать проект один, то почему не делаете и не зарабатываете на этом? Почему не отчуждаете свой опыт и практики? Что мешает разработать свой "микросервис" и продавать его?
177.
pro1c@inbox.ru
18513.02.15 23:37 Сейчас в теме
(172) weissfeuer,
Кстати хороший пример "микросервиса" - свой ShareWare продукт!
Так вот, там программирования 35%, остальное это маркетинг, психология.
Один мой знакомый на шароваре, которая служит для автоматизации склада, зарабатывает по 3500$-5000$ в месяц!!! Лично видел переводы!
казалось бы и 1С в мире есть и сделано все у 1С красиво, а вот ишь, покупают у него охотно! Так что все относительно... сделайте хорошо, как для себя, глядишь и остальные подтянутся...
у 1с-ников есть одно, очень важное преимущество - они разбираются в предметной области!
в разработке решений для бизнеса - это очень важно! Важнее даже, нежели программирование!
Я тут нашел время, да и настроение видео посмотреть, а тут такая полемика была)). Надо писать на том, за что платят здесь и сейчас и на том, что лучше решит данную конкретную проблему. Если ты помогаешь решать проблемы - зарабатываешь деньги. В этом плане и у нас хорошо)