• Как монетизируются языки программирования и бесплатные фреймворки?

    CityCat4
    @CityCat4
    Внимание! Изменился адрес почты!
    Вы, простите, много видели программистов 1С, работающих на языке программирования 1С без 1С? Я - ни одного. Закрытый "клуб по интересам", который генерит такие велосипеды, что диву даешься.
    Закрытый язык программирования никто не будет учить, на закрытом фреймворке никто работать не будет, даже если будут обучать. Для чего его учить, время тратить? Чтобы потом иметь возможность устроиться только в компанию Х? Потеря сообщества - это смерть любой технологии, любого языка, любой ОС.
    Была такая замечательная ось - OS/2. То, что она замечательная, я знаю не понаслышке - все-таки два года проработал под ней. Погубило ее как раз отсутствие поддержки - не было софта, не было программистов, не было сообщества - все постепенно разбегались кто куда. Где нынче OS/2 - да никто и не вспомнит. А отдал бы IBM ее в опен сорс - глядишь, нашлись бы пара-тройка энтузиастов.
    Продавать продукт невыгодно - его можно продать один раз. Гораздо выгоднее продавать поддержку - ее можно продавать постоянно.
    Ответ написан
    4 комментария
  • Удаленная работа системным администратором. Насколько актуально в 2017?

    CityCat4
    @CityCat4
    Внимание! Изменился адрес почты!
    заниматься только ИТ, администрировать крутые проекты

    УСТРОИТЬСЯ в 2-3 компании для работы по удаленке

    утверждения, не то, чтобы противоречащие друг другу, но скажем так - ортогональные :) Крутые проекты бывают только в крупных компаниях, потому что они требуют денег, денег и еще раз денег. А это опять же корпоративные политики, регламенты, приказы... Зато будет только ИТ. Если же мутите свой бизнес - придется заниматься зиллоном "параллельных" тем - от бухучета до рекламы.

    Если хотите без регламентов и корпоративных политик - открывайте свое дело. Но там крутых проектов не будет - по крайней мере поначалу. А будут все те же корпоративные сети, только вид сбоку, общение через ТЗ. Крупным компаниям интересен только админ на фуллтайм, никаких удаленок они обычно не рассматривают.

    А теперь ответы
    1. Таким, у которых нет денег на админа или же экономят на админе. Удаленка - это нечто вроде спаренного телефона в СССР, когда пары телефонные не в каждую квартиру заходили. Уровень проектов там будет соответствующий. Уровень заказчика - тоже. Фраза "я довела мышь до края коврика, что теперь делать"? - анекодт, но взят из жизни :)
    2. Сотрудничают с равным. Если мутите свой бизнес, то зависит от того, какую. репутацию наберете. Если нет - какое сотрудничество?
    3. Так же как и везде - полно.
    4. Если мутите свой бизнес - читайте про PR. Если нет - про то, как общаться с потенциальным работодателем
    5. В крупной конторе, где можно рассчитывать на "крутые проекты" - это единственный способ трудоустройства. Если мутите свой бизнес - Вы сами себя трудоустроили :)

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

    Мягкое кресло и на все согласная секретарша БигБоссу вовсе не за просто так даются бонусом... :)
    Ответ написан
    Комментировать
  • Почему не включаются короткие теги на PHP?

    GTRxShock
    @GTRxShock
    Full-stack developer (Symfony, Angular)
    проверьте весь файл поиском, может настройка задублировалась
    Ответ написан
    1 комментарий
  • Как выбраться из теоретика?

    У меня была такая же проблема и нужно просто начать писать код, желательно что-то своё. Писать свое велосипеды, слайдеры, пытаться повторить что то сложное. Кстати лучше пытаться делать что посложнее тк одновременно будешь и закреплять на практике что знаешь и нагугливать новые знания( и тут же их применять). Я сам далеко не про и только учусь, но был период когда я вроде и знаю теорию, всё понимаю, но когда нужно что-то сделать САМОМУ, то сразу ступор что-как-где.Причем когда смотришь реализацию, то все понятно и не понимаешь как сам не допер.
    Ответ написан
    1 комментарий
  • Как выбраться из теоретика?

    iCoderXXI
    @iCoderXXI
    React.JS/FrontEnd engineer
    Программирование напоминает сборку сложной конструкции из простейших кубиков лего.

    Раз плаваешь на 6-кью катах, значит мозг вообще пока не настроен на процесс программирования. То ли незачем, то ли еще что мешает настроиться.

    Я к программированию отношусь, внезапно, как к деятельности переводчика-архитектора. Так заказчикам и объяснял всегда, что я - перевожу с человеческого языка на язык, понятный машине - язык инструкций, и на этом языке выстраиваю сложнносвязанные конструкции.

    Любую задачу декомпозируешь на составные части, потом части тоже декомпозируешь. Короче декомпозируешь до такой степени, когда каждую отдельную часть ты в состоянии описать на знакомом тебе языке машины, оттестировать и отладить, чтобы работала стабильно и предсказуемо. Потом из этих частей в обратку собираешь части побольше, т.е. процесс обратный декомпозиции - композиция. В конце концов получается рабочая программа.

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

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

    Лично я других подходов не ведаю.

    И здесь, как справедливо заметили коллеги ранее, нужно нафигачить очень много кода. Примерно 10 тысяч часов, чтобы набить руку, выработать рефлексы, поставить основные алгоритмы и структуры данных на автомат, чтобы применял на лету, вообще не задумываясь. Никакой теорией тут результатов не добиться. Мой давний наставник училменя, что пока ты не отпрограммировал минимум 3000 часов, никаким программистом ты называться даже близко не имеешь права.

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

    Есть и минусы у данного подхода - всякие третьестепенные мелочи ты не учишь, т.к. в практике они встречаются только в чем-то большом и/или экзотическом. А на собесах их таки спрашивают. Поэтому моё решение - доучить их потом, чисто "щоб було".

    Таким образом я выношу тебе вердикт - у тебя самомотивация ниже плинтуса, поэтому результата нет и не будет.

    Когда я начинал программировать (мне было 14), меня лютейше пропирал тот факт, что я повелитель этой железяки, причем абсолютный, другими словами эдакий Боженька. Железяка моментально и безпрекословно выполняет любые мои повеления, а если не выполняет, значит это я пробакланил. Я столько всего хотел поручить сделать железяке, но не знал как, однако научился довольно быстро, т.к. мотивация зашкаливала. В том числе интенсивный процесс программирования здорово повышает дисциплину мышления, потому что иначе результатов просто не будет.

    Может быть тебе просто ничего не нужно от железяки?

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

    Но, скорее всего этого всего не произойдет, потому, что всегда найдутся более важные, срочные и существенные занятия, чем это теребление собственного мозга... Короче говоря мой прогноз неутешительный.

    З.Ы.: Если воли фигачить самостоятельно не хватает и вектора нет, найми наставника, который будет тебя направлять, курировать и выписывать волшебные пендыля от души, стабильно и регулярно. К сожалению мой опыт показывает, что большинство людей без подобной пенделемотивации подобны гордой птице Ёж...
    Ответ написан
    Комментировать
  • Как выбраться из теоретика?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    motherfucker.png
    (кликайте на изображение и там всё написано...)
    Ответ написан
    Комментировать
  • Что делать веб разработчику, если уже всё придумано?

    Stalker_RED
    @Stalker_RED
    Идеи приложений: https://www.reddit.com/r/AppIdeas/
    Идеи вообще: https://www.reddit.com/r/Lightbulb/
    Подобных списков десятки. Бесплатно, без СМС.
    Ответ написан
    9 комментариев
  • SPA и REST API - как грамотно построить аутентификацию?

    liveunit
    @liveunit
    Думаю jwt аутентефикации хватит с головой.
    Вот тут написано хорошо обо всех токенах и как они работают.
    https://auth0.com/blog/refresh-tokens-what-are-the...
    Ответ написан
    2 комментария
  • Как въехать в программирование (ООП, паттерны)?

    GTRxShock
    @GTRxShock
    Full-stack developer (Symfony, Angular)
    если программируете на php 2-3 года, то пора бы перед сном почитать РНР: объекты, шаблоны и методики программирования (Зандстра) желательно в бумажном варианте.

    + Паттерны проектирования (Фримен) для общего/наглядного понимания паттернов
    + www.phptherightway.com основные тезисы
    + Рефакторинг: улучшение проекта существующего кода (Фаулер) & https://refactoring.guru/ru на будущее, к чему стремиться :)
    Ответ написан
    4 комментария
  • Как удалить запись вместе со связями?

    GTRxShock
    @GTRxShock
    Full-stack developer (Symfony, Angular)
    надеюсь, суть ясна:
    class Application
    {
    /**
    * @ORM\OneToMany(targetEntity="Area", mappedBy="application", cascade={"remove"})
    */
    protected $areas;
    //...
    }


    p.s. хотя может еще и со связями намудрили, если отдельно делали
    Ответ написан
    1 комментарий
  • CURL как перекодировать ответ?

    GTRxShock
    @GTRxShock
    Full-stack developer (Symfony, Angular)
    $isWinCharset = mb_check_encoding($post, "windows-1251");
    if ($isWinCharset) {
        $post = iconv("Windows-1251", "UTF-8", $post);
    }

    помню, давным-давно решал подобную проблему, вот нашел одно из решений
    Ответ написан
    5 комментариев
  • Какой opensource проект в качестве примера при изучении symfony 3?

    GTRxShock
    @GTRxShock
    Full-stack developer (Symfony, Angular)
    посмотрите [Knp University] Learn Symfony 3 и будет вам счастье.
    Бест практики описаны, как ориентир можно рефакторинг Фаулера держать под рукой и как ни странно практика, много практики, придерживаясь основных идей: логика в сервисах, работа с базой в репозиториях, сущности простые и прозрачные, контроллеры держим тонкими. Внимательно изучите возможности аннотаций, di, security voter`s, расширения твига, ассеты и прочие ништяки симфони, чтобы возможности для реализации правильной архитектуры были максимальными. Если кажется, что с задачей уже не раз сталкивались коллеги ранее, посмотрите готовые бандлы, чтобы не тратить время на велосипеды (за исключением ситуаций прокачки скилла написания оных) Тут главное соблюдать границу между техническим перфекционизмом и реальностью :)
    Как уже упоминали демо приложение - вполне достойно изучения, а вот насчет Sylius'a неоднозначное впечатление, довольно давно его просматривал, symfony way как-то не проглядывается, хотя вполне занятно и интересно сделано.

    и помните, что это всего лишь фреймворк, даже если под копирку делать, гарантии что все будет верно нет, тут главное научиться думать в новых реалиях (а не пытаться перенести подходы другого фреймворка и ругать, что все плохо заточено)
    Ответ написан
    1 комментарий
  • Как делать замену одного значения на другое в php?

    GTRxShock
    @GTRxShock
    Full-stack developer (Symfony, Angular)
    $text = 'by auto now';
    echo preg_replace('/(test|auto)/i', '<img src="images/${1}.png">', $text);
    Ответ написан
    1 комментарий
  • Symfony, что такого сделать джуниору?

    GTRxShock
    @GTRxShock
    Full-stack developer (Symfony, Angular)
    https://habrahabr.ru/post/301760/

    потом можно запилить систему учета обращений, с наглядной статистикой, печатью бланков, можно внедрить разделение ролей менеджер/сотрудник. Потом с наработками идете в ближайшую аутсорс компанию и забываете о возможности задавать вопросы, по причине полной занятости :D
    Ответ написан
    Комментировать
  • Хочу писать на java приложения для Android, с чего начать?

    GTRxShock
    @GTRxShock
    Full-stack developer (Symfony, Angular)
    Русский быстрый старт по основам вы найдете в курсе Start Android
    startandroid.ru/ru/uroki.html
    https://www.youtube.com/playlist?list=PLyfVjOYzuju...

    Следом, довольно интересный материал есть у ребят из Devcolibri
    https://www.youtube.com/playlist?list=PLIU76b8Cjem...

    А если с английским не проблема, пройдите курс старого доброго Адама Портера :)
    https://www.coursera.org/learn/android-programming (там 2 части)
    Ответ написан
    Комментировать