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

    opium
    @opium
    Просто люблю качественно работать
    мне кажется джуниор должен думать о другом, да и больше чем на месяц вас не обманут
    Ответ написан
    1 комментарий
  • Как уйти с распутья технологий?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Matvey-Kuk
    @Matvey-Kuk
    Разработчик в Cisco, CA.
    Уходить.
    Ответ написан
    Комментировать
  • Как выбрать хорошего SEO sales-manager-а?

    IonDen
    @IonDen
    JavaScript developer. IonDen.com
    Только личное собеседование. Если он легко сможет убедить вас взять его на работу, то он вам подходит)
    Ответ написан
    Комментировать
  • Как вернуть мотивацию к учебе?

    Adamos
    @Adamos
    Вы только головой учитесь, что ли? Это, конечно, дико скучно.
    Учиться программированию надо руками!
    Беритесь за проект, который вам не по зубам, и грызите гранит.
    Иначе учеба пройдет впустую.
    Ответ написан
    3 комментария
  • Как вернуть мотивацию к учебе?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    motiviruyshie-oboi-4-1024x576.jpg

    UPD:
    Хочешь себя мотивировать - не вопрос: поставь себе реальную цель с четко оговоренными сроками. Например сделать такой-то софт за 2 месяца. Поспорь с девушкой, другом, родителями (не важно, с кем угодно): если за этот период на сделаешь - отдаешь 2к$ наличными. Если сделашь это - тебе даже в голову не будут приходить темы в стиле "не зайти ли мне в вк"))
    Ответ написан
    10 комментариев
  • Прочитал книгу по PHP, что дальше?

    SowingSadness
    @SowingSadness
    web-разработчик
    Стругацких, Пикник на обочине
    Ответ написан
    2 комментария
  • Как убрать лень начинающему программисту?

    paradokso
    @paradokso
    Начинающий фронт-эндер
    Как мотивировать себя что -то делать. Да никак - оставайся в жопе.
    Артемий Лебедев.
    Ответ написан
    Комментировать
  • Как объяснить проект-менеджеру где заканчивается его работа и начинается работа проектировщика интерфейсов?

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

    Но тут есть один нюанс, который следует понимать менеджеру. Его роль — очень важная роль — это налаживать коммуникацию между людьми, формулировать задачи, курировать процессы, контролировать время. Непосредственно реализацией должны заниматься соответствующие специалисты. Поэтому если менеджер такой уввлеченный, что хочет обсуждать интерфейс со всеми сотрудниками, пусть делает. Только пусть при этом фиксирует полученный в ходе обсуждений список озвученных проблем и предложений и затем предъявляет их дизайнеру. Часть проблем дизайнер может отвергнуть как «мнение некомпетентных» или «дело вкуса», к части же может прислушаться и внести правки в интерфейс. Всё это дизайнер должен суметь объяснить менеджеру и отдать ему обновленный интерфейс.

    Создание интерфейса — это задача дизайнера. Менеджер должен предъявлять вопросы и озвучивать реальные или возможные проблемы перед дизайнером. Но правки и переделки должен делать сам дизайенр, своими руками. Важно еще понимать, в какой форме менеджер должен ставить задачи перед дизайнером. Он не должен просить дизайнера «сделать кнопку красной, а не зелёной». Он должен сформулировать проблему в целом — например, «нам нужно увеличить число кликов по кнопке в два раза» — чтобы дизайнер сам подумал, как её лучше решить и предложил свой вариант.

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

    Однако и специалист должен уметь проявлять гибкость и отзывчивость. Он не должен просто отфутболивать менеджера с его «глупостями». Нужно уметь на эти глупости достойно отвечать: приводя аргументы, опыт успешных решений, а иногда и делая что-то по желанию менеджера с дальнейшей демонстрацией, что новый вариант хуже. Иногда требуется время, чтобы менеджер научился доверять дизайнеру и начал понимать, какие вопросы принципиально обсуждать и дискутировать, а какие целиком и полностью можно отдать на усмотрение дизайнера.
    Ответ написан
    1 комментарий
  • Как поменять имя корневой папки Google Диск?

    @shilovk
    1. Правой кнопкой мыши на значек в трее - Настройки - вкладка "Аккаунт" - Отключить аккаунт.
    2. Правой кнопкой мыши на значек в трее - Войти - Логинимся - Жмем "Вперед" до 4-го шага - внизу кнопка "Расширенные настройки" - Видим "Путь к папке" и кнопку "Изменить".
    Ответ написан
    2 комментария
  • Как пропустить js переменную через php функцию?

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

    @SleepingLion
    Официальный анонс отсутствует скорее всего потому, что у солнечной системы нет чёткой границы — они сами не знают, вышел или нет.
    Именно поэтому они и выставили счётчик на сайте, мол смотрите сами и сами для себя решайте.
    А пока есть вероятность, что какой-нибудь признанный учёный возьмётся опровергать подобное заявление, NASA его (заявление) не сделает.
    Ответ написан
    Комментировать