Ищем программиста на постоянную работу

* Сервер/приложения - C# / Java / PHP / Python / NodeJS
* Веб-клиент - JavaScript / AngularJS / ReactJS
* Базы данных - MS SQL / Oracle / PostgreSQL / MySQL

 

Проще всего с веба начинать, он делится на клиентскую и серверную части (backed, frontend). Backend потяжелее в плане знаний, там можно и на C++ демонов сетевых писать при желании. Frontend, как отдельная ветвь сформировался относительно недавно, там тусят верстальшики, немного лабающие на джаваскрипте в основной своей массе. Мне понравилась связка react/redux/webpack, применял успешно на паре проектов и планирую использовать и в будущем. Считаю эту связку перспективной в ближайшее время. Но о пороге входа для новичков мне тяжело судить, особенно для redux.

---------- Сообщение добавлено 08.12.2016 20:47 ----------

Интересно ещё узнать сейчас, как поживает прикладное программирование (обычный десктоп софт, без разницы для какой оси), живо ли оно ещё . Лично я последний раз открывал студию в конце 2011 года, когда надо было написать утилитку для местной локальной сети. Практически исчезли из вида вакансии из этой сферы. Энтерпрайз не в счёт.

 

Тут какая ситуация. В свое время, уж не знаю почему, программирование серьезно не занялся (так, проги на ассемблере под простенькие контроллеры, типа atmega).
Потом и это ушло...
Сейчас - чую, мозги "скукоживаются"... Хочется "творить" Но, вот так, вот, все забросить и заняться кодингом - не возможно. Семья, дети, кушать хотят....
По сему, хочу заняться изучение чего либо, что даст работу моему мозгу и, в перспективе, даст доход, хотя бы на уровне того, что есть сейчас.
Сразу лезть в дебри энтерпрайза (считаю для себя непосильной задачей на данный момент)
Снужно, что-то простенькое, пусть с минимальной оплатой, или да же бесплатно (на фрилансе) - что бы просто влиться, перестроить мировосприятие.
Первое, что лезет в голову - 1С (собственно, и с поиском клиентов проще, т.к. кружусь в этой отрасли) - но не хочется ограничиваться рамками бывшего СНГ.

Думал о СИ - но не то, что бы ПОЛНОСТЬЮ изучить и уделить этому время (хотя знание, будет уместно в комлексе с илнуксом) - просто СИ воспринимаю
, как основу многих языков. Базу, на основе которой, можно изучать дальше (или не прав)

Проще сказать - ни чего не знаю . Помню, как нам на первой лекции по механике - первым делом сказали - забудьте ВСЕ, что вам рассказывали в школе
В общем и целом - я вполне представляю себе, что есть программирование и с чем его едят. При помощи хелпа, форумов и инета, могу написать что-то простенькое (а ля калькулятор). Хоть на том языке, хоть на этом.
Но, считаю, что это знание не назовешь. Убери от меня литературу, хелпы, инет. И все, я да же helloword не осилю
По сему, нужно заняться, чем-то конкретным - и забивать именно этим голову (все смежные языки, это по ходу дела, как пойдет)

 

идите на биржу.

 

Ну вот и изучай тогда стандартный вариант: HTML, CSS, PHP, MySQL, JavaScript, JQuery.
А дальше видно будет.

 

Capitan Alex, ОК!

---------- Сообщение добавлено 09.12.2016 11:10 ----------

Ну, тогда, еще на засыпку. Какие самые популярные фриланс площадки?

 

Это особенность данного форума. Горячие темы, подобные этой, почему-то не приживаются в соотв. разделах . Но зато и плюс есть - повышенное внимание к теме.

---------- Сообщение добавлено 09.12.2016 13:12 ----------

У меня есть вот идея десктоп проги для макоси, но терзают сомнения, что пойдут продажи... Да и опыта в шароварах нету, пока...

 

Pashtet,

UpWork, Freelancer.com, Envato Studio (графика и WordPress в основном)

---------- Сообщение добавлено 09.12.2016 14:31 ----------

Дмитрий Н,

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

 

Pashtet, учите всё подряд сначала. Без некоторой общей базы сложно.
С учётом того, что у вас работа и семья, и вы не сможете хотя бы пару часов в сутки уделять времени обучению, перспективы весьма туманны.

Upwork без вариантов.

 

У профессионалов плановые трудозатраты совпадают с фактическими.

 

после введения новой ценовой политики варианты искать нужно ))

 

это вам в соседнюю тему, там девушка тоже хочет кодить

 

Кстати, первое, что пришло в голову, на винде же есть маркет, начиная с 10-ки. Как потенциальная площадка, наверное подойдёт. На мак для десктопа - тот же апстор. Но независимые игроки, типа Agile Bits (1password), продают на собственном сайте, принимая непосредственно карты или пейпэл.

---------- Сообщение добавлено 09.12.2016 15:19 ----------

Девушкам без амбиций хорошо заходит вёрстка или веб-дизайн. Это довольно рутиная и однообразная деятельность (вёрстка), сродни вязанию. Так получилось от природы, что женский пол с рутиной лучше справляется.

 

Дмитрий Н,

На собственном сайте имеет смысл при хорошем входящем трафике. Либо узнаваемый софт, либо правильно построенное продвижение. В этом смысле площадки, по идее, отчасти несут расходы по продвижению, поскольку о них уже много кто знает. И дальше вопрос только в поддерживающем продвижении (обзоры на тематических ресурсах, адвордс и т.п.).

У меня тут опыта нет, можно сказать, поскольку со своими продуктами только планирую выходить (четыре разработки в предрелизе). Но работать думаю как раз через themeforest/codecanyon. Как времени будет побольше - можно будет мобилки поковырять со стороны веба (PhoneGap) или геймдева (Юнити, Анрил)

Протест по веб-дизайну! Чтобы хорошо делать дизайн, нужно в типографику, композицию, колористику, желательно художку за плечами или сопоставимый опыт, и глубокое погружение в профессиональную сферу - тренды, фишки и т.п.

Сам дизайнить пробую с 2006-го, как только вебом увлёкся. Некоторое понимание, как-что, появилось после года художки. Ещё чуть более на место голова встала после соприкосновения с векторной иллюстрацией (пробовал на стоки рисовать). Ну и чтение соответствующих ресурсов, дизайнерских заметок. И вот сейчас, спустя десять лет, мне стало чуть-чуть не стрёмно смотреть на то, что делаю. По Волгоградским меркам (имхо) получается хорошо. Думаю, процентов 90 местных "дизайнеров" бы обойти получилось. По нормальным - очень плохо. Именно поэтому стараюсь не браться за дизайн даже с привлечением сторонних спецов - разве что, когда клиент совсем не хочет брать готовые решения.

---------- Сообщение добавлено 09.12.2016 16:24 ----------

romantica,

Это когда между ПМ и разрабочтиком есть прослойка в виде системного аналитика или подобного, а у заказчика - бюджет на анализ задачи .

Часто бывает, что самая мякотка вообще никак не фигурирует в задаче, и до сокровенного момента о ней никто не знает. Вроде того, что сделали клиенту платёжный шлюз, который платёжная система отказалась активировать, так как у заказчика сертификата, разрешающего принимать платёжные данные пользователей, нет.

---------- Сообщение добавлено 09.12.2016 16:35 ----------

Прохожий,

Да, неслабо они подняли процентик. После энватовских отчислений апворк казался почти идеалом, пока не... Но - можно ведь и свои услуги сделать подороже, с учётом новой дельты?

 

Наоборот, лучше стало: было 10% всегда, а теперь после порога становится 5%.

Вот только в плане широкий диапазон, т.к. есть много не зависящих от тебя факторов. Если их нет, то проект примитивный, т.к. в нем не задействованы другие лица.

 

The Last Winged,

20% для проектов до $500

 

Ой, да что вы рассказываете-то. Посчитать все можно, когда ТЗ есть. Когда его нет, выставляются ориентировочные трудозатраты, которые затем уточняются. Никто не будет работать 80 часов, а выставлять 10.

 

romantica, ТЗ может быть на небольшую задачу, например до 200-500тр.
Чтобы было детальное ТЗ на большой проект - нонсенс. К тому моменту, когда оно будет написано (а это около четверти работы), оно уже устареет, и понадобится его переработка. Потому что требования бизнеса меняются.

Если вы имеете ввиду задачу на отдельного исполнителя, а не тимлида, то нельзя нормально посчитать затраты на интеграцию, т.к. вы работаете с чёрным ящиком.
Может быть устаревшая документация, ее может не быть, система может содержать баги, требовать невнятных шагов и т.д.
Можно просто угадать, умножив оптимистичное время на некоторое число, например на 10.

 

The Last Winged, так и скажу коллегам, что нафиг эти оценки по задачам интеграции, будем работать по факту))) интересно что заказчики на это скажут)))

 

romantica, оценки обязательно нужны. Но это просто предварительные оценки. Расчёт ведётся по факту.

 

А давно встречал? Точно Сбертех? Чет не видел у них удаленки вообще.

 

Это как, договариваться по плану на Х, а денег просить по факту Х+У?

 

Прохожий, а как вы по другому процесс разработки предлагаете? Напишите.
Я что-то подозреваю, что вы скажете что-то в духе: Заказчик отдаёт менеджеру аутсорсинг-компании написанное эльфами ТЗ, не будет изменять бизнес требования в процессе разработки и всегда будет подписывать дополнительные договоры на условиях разработчика.
Я не представляю, чтобы это хоть эффективно работало на проектах больше 1млн рублей. Это слишком дорого для клиента.

Всех этих трёх проблем нет при наличии собственного отдела разработки.

Всё логично: оценка имеет информационный характер, а оплата фиксирована относительно времени работы команды.

 

4yBak, летом, там была какая то аутсорсинговая фирма, я так понял они сбертеху помогают, на sql ru висело

 

Ваша задача, как профессионала, сделать так, чтобы эти 2 цифры совпадали. Нужно назвать такую цифру, которая бы устроила заказчика и покрыла возможные риски.
Вы тут про суммы толкуете. Когда проект на 1млн оценили, а получилось 1,05 млн это допустимо. А когда вы оценили на 1 млн, а выставляете по факту 1,5млн, то к вам уже будут соответсвующие вопросы.
Пул задач известен заранее, примерные хотелки тоже. Должен быть регламент по оценке типовых задач, от него и пляшут. Что-то дольше выходит, что-то быстрее делается.

 

Как вы решите три пролемы, которые я обозначил выше?
Это отсутсвие детального ТЗ (в финансовой сфере его стоимость может достигать трети от стоимости разработки), изменение требований и стоимость доработок.

 

Не путайте. Отсутствие четкого ТЗ не такая уж проблема, можно прикинуть трудозатраты и умножить их на степень тугодумности постановщика. Хотя да, бывают мозголомные задачи, они скорее исключение. Но все равно на такие проблемные задачи разговор о трудозатратах идет до начала разработки.
Изменение требований и доработки фиксируются и точно также сначала оглашаются заказчику как дополнительные трудозатраты.
Мне вот в пятницу пришли замечания, которых не было в первоначальном ТЗ. Постановщик пойдет сначала согласовывать трудозатраты, потом я буду доделывать. Но никак не наоборот: если я сделаю, а потом скажу "заплатите мне столько-то".

 

Ненавижу вязать и прочую такую деятельность.
Хочу изменить этот мир!

 

а мир меняться не хотит под твои хотелки, вот незадача-то.