• Какие они, ваши наблюдения и опыт о количестве интересных проектов во фрилансе/удаленной работе?

    syschel
    @syschel
    freelance/python/django/backend
    Самое сложное во фрилансе, не языки и технологии.
    • Умение продавать себя в толпе конкурентов. Это самое сложное. Есть много высококлассных специалистов, сидящих на среднем окладе. Они тупо не могут себя продать даже в другую компанию, а не редко и боятся менять привычное место.
    • Умение грамотно составить или согласовать ТЗ. Так что бы проблема заказчика решалась в оговоренные сроки и бюджет. А не перерастала в вечнострой с кучей доделок и переделок с базовым бюджетом. Когда обе стороны уже ненавидят друг друга. Ибо работая в офисе разработчиком, всё это ведут менеджеры и тим лиды, а вам спускают конкретные задачи. Вам же придётся научиться понимать, что хочет клиент, не разбирающийся в программировании, говоря то или это. Научиться понимать и предлагать те решения, которые будут ему актуальны с учётом технологий и отказывать в том, что сделать не реально. Находить компромиссы, но опять же, объясняя почему так или иначе.


    Самое лучшее для фрилансера, да и любого разработчика. Это большие и долгие проекты. Когда можно постоянно заниматься одним. А не вникать каждый раз по новой, не привыкать к новому заказчику. Да, тут есть шанс отупения и застоя в развитии, но это лечится средними своими проектами или доп работой небольшой. Хотя, если проект живой и развивающейся, руководство ищет способы развития бизнеса и само заинтересованно в росте. Тогда можно и на текущем проекте развиваться, пробуя новые технологии, службы, стеки. Это будет рост как специалиста.

    А технологии, языки. Это уже второстепенно. Главное развиваться. Ибо в попсовом PHP можно делать большие проекты и быть специалистом с большой стоимостью часа или на редком python/java сидеть и быдлокодить мелочь за копейки. Главное не метаться, а развиваться и расти, беря более сложные и более длинные проекты. И брать их не с "поддержкой", а с возможностью постоянного развития. Задачи "в стол", не интересны. А вот задачи на перспективу, на развитие. Это уже интересно. Ибо "в стол" это как правило теория(придумали, сделали, забыли). А развивающиеся, это практика на реальных условиях, когда в процессе приходится много менять (менять бизнес модель, менять архитектуру из-за возросших нагрузок, менять технологии).
    Ответ написан
    5 комментариев
  • За что программист получает деньги?

    goodprogrammer
    @goodprogrammer
    к. ф.-м. н.
    Программист получает деньги за то, что проблемы заказчика решены.
    Ответ написан
    Комментировать
  • За что программист получает деньги?

    reeroe
    @reeroe
    UX/UI дизайнер
    Но вот что я не могу понять, если человек берет по часовую оплату, но из половины и даже больше этих часов он разбирается сам, как это можно сделать, получается, что он не совсем хороший программист? Или это в принципе нормальное явление? И как тогда поступать считать меньшее количество часов ?


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

    Программисту платят не за имитацию бурной деятельности, а за решение конкретных задач в вполне конкретные сроки, причем почасовая оплата или нет роли тут не играет. До тех пор, пока программист укладывается в сроки, мой Вам совет, не пытайтесь заниматься микроменеджментом там, где этого не требуется. Особенно с учетом того, что микроменеджмент написателя кода руками — это задача примерно того же порядка, что микроменеджмент кота. Результат обычно такой же.
    Ответ написан
    2 комментария
  • За что программист получает деньги?

    Olej
    @Olej
    инженер, программист, преподаватель
    Но вот что я не могу понять, если человек берет по часовую оплату, но из половины и даже больше этих часов он разбирается сам, как это можно сделать, получается, что он не совсем хороший программист? Или это в принципе нормальное явление? И как тогда поступать считать меньшее количество часов ?


    А если оперуполномоченный МУРа сидит и читает материалы дела - то засчитывать ему это как рабочее время или как прогул?
    Или давайте ему засчитывать рабочим только "чистое" время: или когда он несётся в погоне вывалив язык, или когда в стрельбанине участвует...
    Ответ написан
    6 комментариев
  • За что программист получает деньги?

    sabramovskikh
    @sabramovskikh
    За работу. Если грузчику платят за то, что он загружает фуры, почасовая оплата, то зачем ему платить когда он таскает мешки и возвращается за мешком на легке, ведь он не работает?
    Код нельзя написать хорошо никогда. Можно стремится только к этому. Пока он разбирается это процесс разработки продукта. Почитайте книгу о циклах разработки ПО и все поймете
    Ответ написан
    8 комментариев
  • В чем смысл PostCSS сегодня?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    В последнее время началась мода на PostCSS - много постов, статей о нем.

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

    Есть даже версия (не без оснований), что это - прародитель всех современных препроцессоров и веяний.

    Где ж это вы такое прочитали? postcss был попыткой решить проблемы, которые нельзя решить препроцессорами (или можно но долго).

    Окей, будем считать так, тем паче, что история коммитов на Гите это скорее подтверждает.

    Что именно подтверждает? сначала был Sass написанный рубистами что бы CSS можно было бы готовить так же нежно как они готовят HTML на HAML (кофескрипт туда же, рубистам хотелось сделать js похожим на ruby). И это заметте было в 2006-ом году! тогда и js был медленный, и V8 может только в планах был...

    Ведь все, что умеет PostCSS, умеют и препроцессоры

    postcss из коробки не умеет ровным счетом ничего. Он может только загрузить AST CSS файла и слепить из него обратно тот же CSS.

    И именно в этом сила postcss - модульность. Все существующие препроцессоры монолитны. То есть вы не можете просто так взять и добавить что-то свое туда. Да, в последних версиях less (и вроде как sass туда же подтягивается) у вас есть примитивный набор средств что бы вклиниться в процесс обработки AST документа и добавить какие-то примитивные вещи. Но это не удобно. Если вы хотите динамически менять проперти (например пересчитывать rem в em) или добавлять еще (опять же для того что бы руками не плодить в css кастыли для разных браузеров и делать это автоматом, на завязываясь ни на миксины и оставляя CSS чистым) свойств, но сделать это на less/sass сложно.

    Намного проще взять postcss и натравить это дело на результат работы препроцессоров.

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

    Вот как-то так. А за счет того что мы имеем доступ целиком и полностью к формированию и обработке AST мы можем и синтаксис CSS развивать. Примерами могут служить многочисленные плагины аля cssnext и т.п. Можно даже большую часть фич sass в виде плагинов подключить.

    А самое забавное, что работает это все быстрее того же libsass на плюсах. За счет архитектуры (имею в виду не голый postcss а с набором плагинов добавляющих функциональность sass).
    Ответ написан
    Комментировать
  • Почему так сильно подорожали аккаунты pro на российских биржах фриланса? С чем это связано?

    @protven
    Замечательные владельцы фриланс-бирж подмигивают и намекают нам как могут. "Бегите, бегите вы из этой страны". xD
    Ответ написан
    Комментировать
  • Почему так сильно подорожали аккаунты pro на российских биржах фриланса? С чем это связано?

    opium
    @opium
    Просто люблю качественно работать
    А фл пошёл на второй круг тотальной монетизации задрал ценник на про и запретил отвечать на проекты без про аккаунта. Надеюсь они закроются
    Ответ написан
    9 комментариев
  • Почему так сильно подорожали аккаунты pro на российских биржах фриланса? С чем это связано?

    martin74ua
    @martin74ua
    Linux administrator
    - Продам курицу.
    - Почем курица?
    - 10000
    - Она что, особенная?
    - Нет, самая обыкновенная...
    - А чего так дорого?
    - А кушать сильно хочется

    так и тут....
    Ответ написан
    8 комментариев
  • Действительно ли Ruby сложнее PHP/Python? Если да, то почему?

    @thepry
    Ruby on rails, 1С разработчик
    Чем рубин сложнее, например PHP, JS?


    Мне не кажется сложнее, учитывая, что код в руби ведет себя предсказуемо.

    Куда потом двигаться дальше?

    Подтянуть весь стек веб разработки - git, sql, js с фронтенд фрейморками(backbone, react...).

    Вакансий в этой сфере относительно мало, работодатели ищут сразу сеньоров.

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

    Я для себя как-то сформулировал правило - человек должен отправить 100 откликов на вакансии прежде чем жаловаться на то, что «работы нет».
    Ответ написан
    Комментировать
  • Как правильно подготовиться до уровня Junior PHP?

    zualex
    @zualex
    Senior Software Engineer
    Для начала PHP: Правильный путь - очень много полезной информации как для начинающего, так и для опытного программиста.
    А потом уже фреймворки, да без них сейчас никуда
    Ответ написан
    Комментировать
  • Как правильно подготовиться до уровня Junior PHP?

    Boolean_Type
    @Boolean_Type
    Вы можете подумать над курсами: наряду с теорией будут рассмотрены и задачи. Здесь нужно подойти ответственно, почитать отзывы, ибо не любые курсы в итоге оказываются полезными)
    Вам посоветовали сразу учить фреймворки. Не уверен, что надо вот так, в омут с головой. Я сначала осваивал HTML+CSS, потом JS, затем php, потом - фреймворки и CMS. По правде говоря, я и сам новичок, но могу заявить, что учить Yii2/Symfony 2 без PHP - это НЕ то же самое, что учить jQuery без JS (как делают многие, кто потом величает себя jQuery-программистами), серьёзно.
    Если на курсы нет возможности пойти, можете изучать сами, начните с JS. Наверняка знаете отличный сайт Ильи Кантора, где всё разжевано и с примерами.
    php после этого будет учить ГОРАЗДО легче, во всяком случае, теор. базу. Но, изучив её, сможете перейти к фреймворкам. Ещё популярны CMS-ки, можно начать с наиболее популярной и простой - WordPress; не забывайте поглядывать и разбирать ядро изучаемого Вами фреймворка/CMS, дабы понимать, как оно там всё устроено.
    Ответ написан
    Комментировать
  • Как правильно подготовиться до уровня Junior PHP?

    Как написали выше, без фреймворка далеко не уедете. Для общего будет достаточно написать блоги на Yii2 и Symfony 2(Ларавел написан на ядре от симфони, есть нечто схожее). Пользуйтесь при разработке ООП(это нужно не только работодателю, но и вам. Поскольку придет ваш клиент через два года и попросит фичу, а у вас костыль на костыле и чудище никак не расширяемо). И конечно, читайте документацию того, на чем вы работаете, на английском и чем свежее тем лучше. В частности, колонки Best Practice очень помогут на первых этапах. Книги бесполезны, то что было два года назад, уже никому не нужно.

    Реализация своего проекта, тогда и тестируйте его по полной. На собеседованиях будете рассказывать как и что делали, и почему. Можно попросится помощником кому-то на фрилансе, или поработать бесплатно. Это даст ощутимый буст в знаниях, не только как программиста, но и члена команды. Научитесь использовать миграции, системы баг трекинга, системы версионного контроля, что при командной разработке не мало важно. А в качестве джуна вы будете обязательно работать в команде и под присмотром. Важно работать с разной информацией и уметь предложить несколько вариантов разработки и решений. Как-то так.

    Если вы располагаете временем. Попробуйте сделать что-то сложнее чем интернет магазин. Например, сайт авиакомпании с рейсами и заказом билетов, мониторинг и пр. Банковские системы, работа с API гугла, фейсбука, вк, или онлайн касс. Разные виды парсинга данных и их отображения.
    Ответ написан
    8 комментариев
  • Как правильно подготовиться до уровня Junior PHP?

    dimonchik2013
    @dimonchik2013
    non progredi est regredi
    без фреймворка далеко не уедешь, сейчас все на них, смотри в вакансиях, какие популярны (Симфони, Ии, реже Ларавель и совсем уж редко Фалькон) и на каждом сделай свой сайт. Сделаешь - можешь назваться джуниором
    Ответ написан
    2 комментария
  • Как сверстать такое поле для ввода чисел?

    bootd
    @bootd Куратор тега CSS
    Гугли и ты откроешь врата знаний!
    jsfiddle.net/1brxj52m
    Оформляем сами! Удачи
    Ответ написан
    Комментировать
  • Знаете ли вы программистов которые в одиночку создали крутой проект?

    @asd111
    Google - два парня Сергей Брин и Ларри Пейдж
    Facebook - начал Марк Цукерберг
    Instagram - два парня, один делал приложение для iPhone, другой делал сайт, потом заработали расширились
    MsDOS - первую версию сделал один человек, потом Баллмер у него купил за 50 000 $ и права перешли Microsoft
    Nginx - начал Игорь Сысоев
    Компьютер Apple I - дело рук Стива Возняка
    Linux - начал Линус Торвальдс
    Git - начал Линус торвальдс
    Redis - Salvatore Sanfilippo ( antirez )
    Minecraft - начал Маркус Перссон ( также известный как notch )
    Dropbox - начал Дрю Хьюстон
    Shadertoy - создан Iñigo Quilez ( также известен как iq )
    C++ - начал Бьёрн Страуструп
    Python - Гвидо ван Россум
    PHP - Расмус Лердорф

    SimplaCMS - начал один человек
    DLE CMS - начал один человек
    TYPO3 CMS - начал один человек

    P.S. ответ редактировался и дополнялся
    Ответ написан
    20 комментариев
  • Что бы вы посоветовали будущему фрилансеру?

    1. Зайти на апворк.
    2. Штудировать объявы и смотреть, каких скиллов не хватает для того, чтобы исполнить наиболее интересные.
    3. Выбрать наиболее частые скиллы из п.2 и заняться их прокачкой
    4. Учить инглиш.
    5. Прокачать аккаунт (хотя бы пару-тройку отзывов себе сделать и пройти тесты)
    6. Начать работать и продолжать совершенствоваться.

    Вроде бы все, актуальные технологии для веба (+ ios) уже написал onyourlips, по яве и си не скажу, тут уже надо конкретно программистам этих языков задавать, но мне всегда казалось, что java - это путь в крупную компанию, а не на фриланс. Если выбреешь вэб, то средние знания верстки и js должны быть, даже если ты бэкэндом будешь заниматься, а вот на чем бэкэндить - это уже выбор каждого, php наиболее популярен ну и деньги приносит, если владеешь фреймворками (если говнокодишь, то в принципе тоже, но меньше и шанс получить не конфетку и заиметь гемора из-за недостатка знаний побольше будет).
    Ответ написан
    1 комментарий
  • Что бы вы посоветовали будущему фрилансеру?

    @CobaltTheTerrible
    Копипастю код на Python
    Настолько ли сильно нужны деньги?

    Если не очень, то не тратьте драгоценное время на фриланс. В таком возрасте лучше приложить усилия для получения фундаментальных знаний, потом это сделать будет тяжелее и просто дороже. Учёба сейчас вместо зарабатывания на фрилансе окупится сторицей уже через 3-4 года.
    Ответ написан
    1 комментарий
  • Зачем огромное количество классов в теге html?

    zooks
    @zooks
    Frontend
    Как новичку сразу скажу, что так делать не нужно. Если сайт не слишком популярный (вроде поисковиков и крупных порталов), то пользователи IE должны страдать. Не стоит пытаться облегчить их жизнь совместимостью со старьем - это дорога в никуда.
    Если пользователь не может поставить себе Firefox, или пнуть админа, то это его личные проблемы. Страница должна функционировать, но не обязана соответствовать макету.
    Ответ написан
    2 комментария
  • Как работать на Upwork?

    webinar
    @webinar
    Учим yii: https://youtu.be/-WRMlGHLgRg
    Работаю с tahometr, думаю суть та же. Для себя определил:
    1. переписка и скайп с заказчиком - работа
    2. планирование, проектирование - работа (в тахометре можно добавлять офлайн время с коментами)
    3. поесть, поспать, поср..ть, покурить - не работа
    4. Чтение доков - 50 на 50, если читаю, что-то по теме того, что должен знать (php справочник например), - не работа, но если для сайта нужно api чего-то (например платежная система) и нужно разобраться в нем - работа
    5. Сидеть тупить в экран - не работа

    Как итог - есть постоянные клиенты, которые позволяют все меньше времени шариться по фриланс биржам. Работайте честно и оно Вам аукнится.
    Ответ написан
    3 комментария