• Как правильно создать блог для заработка на рекламе?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    Вы какой-то фигней занимаетесь, простите.

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

    zooks
    @zooks
    Frontend
    Хм, а зачем вручную, вроде как компьютер под рукой.
    В итоге неправы оба.
    Ответ написан
    Комментировать
  • Хочу "с нуля" создать web-приложение для документооборота?

    ozonar
    @ozonar
    PHP, JS, webRTC
    На самом деле есть уже готовые сервисы, которые предоставляют такую возможность, не 1с единым.

    По поводу разработки - проще найти субпрограммистов, которые уже писали такие проекты.
    Ответ написан
    1 комментарий
  • Как уйти с распутья технологий?

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

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

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

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

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

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

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

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

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

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

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

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

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

    С третьим - придешь, когда поймешь, что тебе это нужно. Из-под палки не учатся.

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

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

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

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

    Сложность задачи не особо влияет на мотивацию, а вот факт решения/нерешения - влияет сильно. Не решил - значит не осилил, не осилил - значит не достоин, не достоин - значит иди ко дну и не рыпайся. Это как импотенция: импотент - значит не мужик, не мужик - значит никто, ничего не достоин и об тебя можно ноги вытирать. Подсознание портит всю малину, так что не следует давать ему шанса - лучше решить задачу попроще, чем не решить по сложнее.
    Ответ написан
    7 комментариев
  • Сколько может стоить разработка подобного приложения?

    a13xsus
    @a13xsus
    Lazy developer
    Вопрос скорее должен звучать как сколько нужно времени на разработку приложения с таким-то ТЗ, из которого будет понятно, что конкретно нужно делать, какие технологии использовать. И время уже конвертировать в деньги.

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

    ThunderCat
    @ThunderCat
    {PHP, MySql, HTML, JS, CSS} developer
    На самом деле все просто, основную работу нашли - деньги капают, с голода не помираете. Дальше возьмитесь за какой-то проект - определите что хотите увидеть в конце - дальше определитесь с технологией и вперед, копайте от забора и до обеда. Как надоест писать код - читайте основы, так вы плотно сядете на технологию. Если осилите - считайте уже есть и что в портфолио показать и практика неслабая. При нынешнем дефиците прогеров это будет заметный плюс.
    Ответ написан
    1 комментарий
  • Как уйти с распутья технологий?

    JohnZoidberg
    @JohnZoidberg
    Примерно год назад я примерно так же ушел в разработку. Я выбрал iOS, просто потому что всегда нравилось все гаджетовое и мобильное, а продукция Apple тут явно лидер. Мне нравится та магия обладания всеми знаниями человечества в кармане.
    Если не получилось выбрать головой, выбирайте сердцем. Что в ИТ восхищает вас больше всего?
    Ответ написан
    3 комментария
  • Вопрос к тем, кто причастен к найму сотрудников. Смотрите ли вы сайты-визитки соискателей?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Если резюме заинтересовало, смотрю всё. Ещё и в соц.сетях поищу.
    Ответ написан
    Комментировать
  • Кто должен думать над внешним видом адаптации сайта под мобильные устройства?

    Nekto_Habr
    @Nekto_Habr
    Чат дизайнеров: https://t.me/figma_life
    Для верстальщика возникает вопрос, должен ли дизайнер так же нарисовать макет

    Да, должен, это чисто дизайнерская работа.
    Ответ написан
    Комментировать
  • Подходит ли C#, ASP.NET для фриланса?

    StanEgo
    @StanEgo
    11 лет только на этом и живу, начиная с древнего rentacoder.com, до нынешних freelancer.com, upwork.com, etc. И как и тогда совет всё тот же. Коллеги, рынок уже все сбалансировал. Да, для .NET он меньше. Но и конкуренция меньше. Выберите то, что нравится. И постарайтесь идти против типовых трендов (как пример - не делать то, что умеют делать все, а придать фокус спец-навыкам вроде BDD, DevOps и т.п.). И будьте увлеченнымми маньяками.
    Ответ написан
    Комментировать
  • Кто должен думать над внешним видом адаптации сайта под мобильные устройства?

    Denormalization
    @Denormalization
    Это риторический вопрос.
    Его уже неоднократно задавали тут.

    Если нету макетов под меньшие разрешения - придумываем сами как адаптировать. Ну и просим за это деньги.
    Ответ написан
    Комментировать
  • Как проверить работу подрядчика по контекстной рекламе?

    swanrnd
    @swanrnd
    Издатель HTML5 игр
    При таком бюджете вы можете нанять хорошего аналитика в штат.
    Потратите 100к в месяц, но за 400к на рекламу получите больше эффекта, чем сейчас.
    Ответ написан
    3 комментария
  • Нужна помощь с экспертными оценками?

    IonDen
    @IonDen
    JavaScript developer. IonDen.com
    Гугл -> эксперт по информационной безопасности (+ android, + тоже самое на английском). Находите кучу людей. Находите контакты, пишите письма с просьбой помочь, провести оценку. Наверняка кто-то откликнется.
    Ответ написан
    5 комментариев
  • Как правильно настроить rewrite в nginx?

    iit
    @iit
    TeamLead + php/js разработчик
    Использую laravel и lumen для них подходит что-то вроде этого
    server {
        listen 80;
        server_name some.site.my;
    
        root /var/www/some.site/web/public;
    
        index index.html index.php;
    
        location ~ \.php$ {
            fastcgi_pass unix:/var/run/php5-fpm.sock;
            fastcgi_index index.php;
            fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
            include fastcgi_params;
        }
    
        location / { 
            try_files $uri $uri/ /index.php?$query_string;
        } 
    
       error_log /var/www/some.site/web/logs/error.log;
    
    }
    Ответ написан
    1 комментарий
  • В чем протестить верстку?

    @BelkinVadim
    Frontend разработчик
    Сам аналогов не встречал ещё, да и не искал. Но сам до использования browserStack тестировал на iOS симуляторе в виртуальной машине OSX и android в Android SDK. Не лучшие варианты, но если ресурсы компа позволяют и как бесплатные варианты.
    Ответ написан
    Комментировать
  • Как клонировать репозиторий гита без каталога .git?

    urtow
    @urtow
    *nix, python, QA, bagpipe, folk music
    Хватит разврата, откопайте стюардессу.

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

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

    # Клонируем исходный репозиторий без рабочего каталога (--bare)
    git clone --bare https://github.com/exampleuser/old-repository.git
     
    cd old-repository.git
    # Делаем mirror-push(будут скопированы все ветки и тэги) в новый репозиторий
    git push --mirror https://github.com/exampleuser/new-repository.git
     
    cd ..
    # Удаляем папку с репозиторием
    rm -rf old-repository.git


    Однако тут идут по факту лишние движения.
    Ответ написан
    Комментировать
  • Почему такая разница в рейтинге языков программирования?

    @Maa-Kut
    Разница из-за различных методик сбора данных. Рейтинг TIOBE строится на подсчете количества поисковых запросов, содержащих название языка (https://ru.wikipedia.org/wiki/Индекс_TIOBE). Github, полагаю, ориентируется на количество коммитов в проекты, написанные на соответствующих ЯП. Stackoverflow, скорее всего, ориентируется на теги.

    Особо зацикливаться на эти рейтинги, честно говоря, не вижу нужды; максимум, на что они годны - это служить аргументом в разных фаллометрических баталиях на тему "ЯП1 vs ЯП2". В реальной жизни лучше ориентироваться на количество/качество предлагаемых вакансий (если хочется программировать профессионально) или на личные предпочтения (если хочется программировать "для души").
    Ответ написан
    3 комментария
  • Как вычислить максимальную производительность веб-разработчика?

    @iv_k
    Чтобы получить больше прибыли с продажи молока коров надо меньше кормить и больше доить
    Ответ написан
    5 комментариев
  • Как улучшить код на Android?

    @IceJOKER
    Web/Android developer
    Так и происходит разработка - пишете, пишете - переписываете и так рекурсивно.
    Даже после полного Code Review Йодой по программированию все равно через некоторое время придется его переписать.
    Стремление к идеальности )
    Ответ написан
    Комментировать