Задать вопрос
  • Есть ли ресурсы на подобие CodeBattle?

    littleguga
    @littleguga
    Не стыдно не знать, а стыдно не интересоваться.
    https://www.codingame.com/start
    https://codecombat.com/
    www.codewars.com
    https://codefights.com/

    Многие ресурсы и другие игры на тему IT собираю здесь: https://github.com/littleguga/studying/blob/master...
    Ответ написан
    Комментировать
  • Как людям удается столько зарабатывать на фрилансе?

    @qazasd
    Мой коллега, как вы писали, "программист средней руки" (звезд с неба не хватает, но с опытом 15 лет) зарабатывает порядка 2000-3000 долларов в месяц, то есть порядка 120-190 тыс. рублей в месяц.

    Ничего особо умного он не делает - вы все это легко освоите.
    Другое дело, что проектики стоимостью 1-3-6-12 тыс. рублей его не интересуют. От слова "вообще".

    Уж сколько раз твердили миру, а новички все не верят.

    Дело только в вашей квалификации (ну и плюс трудолюбие, но квалификация первична).

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

    Уходить во фриланс нужно после нескольких (от 6-8) лет опыта в оффлайне - тогда и не будет появляться таких вопросов.

    Фриланс - это удел ДОРОГИХ и ПРОФЕССИОНАЛЬНЫХ.

    Все остальные - зарабатывают те же копейки.

    Более того, проблема эта очень остра - просто НЕКОМУ поручить СЛОЖНЫЙ вопрос решить. Трудно найти квалифицированного и свободного фриленсера.

    Все квалифицированные - очень заняты. Даже за большие деньги их трудно сманить.
    Ответ написан
    Комментировать
  • Codewars - поможет ли?

    iCoderXXI
    @iCoderXXI
    React.JS/FrontEnd engineer
    Сам там балуюсь в свободное время. С точки зрения фронтенда он не так полезен, т.к. однобоко задействуется язык. Тем не мнее для глубокой проработки алгоритмов он вполне годится и полезен.

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

    Привет.

    Всегда использую модель боли:

    1) Смотришь задачу
    2) Пытаешься её решить
    3) Понимаешь, что ты тупой идиот, который ничего не может.
    4) Поднимаешь в помощь гугл
    5) Поднимаешь в помощь литературу
    6) Спрашиваешь ребят на тему: "почему так, а не иначе".
    7) Выполняешь задание, осознавая, что ты тупой, раз на решение этой задачи тебе пришлось потратить столько времени.

    Повторить до бесконечности, и ты станешь профи.
    Ответ написан
    7 комментариев
  • Как выбрать подходящую сферу работы?

    @Neonoviiwolf
    Flutter developer
    Добро пожаловать в реальный мир! Здесь ваши знания ничего не стоят!
    Выбирайте направление -> выбирайте язык и библиотеки соответствующие и учитесь программированию
    Ответ написан
    6 комментариев
  • Как сделать так, чтобы модальное окно не показывать обладателям мобильных устройств?

    FFxSquall
    @FFxSquall
    Могу писать код, могу не писать
    Перед показом сделать проверку, например такую.
    if( /Android|webOS|iPhone|iPad|iPod|BlackBerry|IEMobile|Opera Mini/i.test(navigator.userAgent) ) {
    
    }

    или использовать готовую библиотеку например эту
    Ответ написан
    1 комментарий
  • Что нужно знать php разработчику для изучения фреймворка? Ваше мнение?

    ivanvorobei
    @ivanvorobei
    iOS разработчик, канал https://t.me/sparrowcode
    документация очень хороша
    Ответ написан
    Комментировать
  • Есть ли книга по правильному проектированию кода?

    artemgapchenko
    @artemgapchenko
    Мартин Фаулер - "Рефакторинг - улучшение существующего кода".
    Роберт Мартин - "Быстрая разработка программ. Принципы, примеры, практика".
    Эрик Фримен, Элизабет Фримен - "Паттерны проектирования".

    Но

    Прочтение всех этих книг не будет иметь ни малейшего смысла, если вы не будете перемежать их практикой. Я бы даже сказал так: 80-85% практики, 15-20% чтения книг. Если много читать и мало практиковаться - ничего не усвоите. В зачёт практики идёт также и изучение чужого кода с долгой медитацией над ним: "Почему так сделали? Как это работает? Могу ли я это применить у себя? Решит ли это мою задачу? Какие минусы у такого подхода?"
    Ответ написан
    Комментировать
  • Codewars - поможет ли?

    @DanSorokin
    Full-stack developer at onvoya.com
    Пару раз туда заходил, не сказал бы, что там сложные задания. https://codefights.com/ и freecodecamp.com отличные ресурсы для тренировки. На 100% уверен, что стоит решать разного рода задачки, пусть даже они не относятся конкретно к предметной области javascript.
    Ответ написан
    6 комментариев
  • Какие есть интересные блоги современных JavaScript ниндзя?

    Ronnie_Gardocki
    @Ronnie_Gardocki
    Я у мамы фронтендщик.
    Блоги не надо мониторить, надо подписаться на пачку дайджестов, и там вы найдете ссылочки на почти все достойные статьи, включая менее известных (но не менее крутых) товарищей.
    Получать 5-10 писем с кучей ссылок в неделю намного проще и эффективнее, нежели чем чекать 10+ блогов, где апдейты бывают раз в 1-6 месяцев.
    Ответ написан
    3 комментария
  • Как вы придумываете названия для переменных и функций?

    Freika
    @Freika
    Senior Ruby on Rails developer
    Прочтите главу 11 книги "Совершенный код" Стива Макконнела, она как раз посвящена именованию переменных. Пересказывать не стану, лучше один раз увидеть.
    Ответ написан
    Комментировать
  • Как вы придумываете названия для переменных и функций?

    miraage
    @miraage
    Старый прогер

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

    Переменные - существительные. Функции - глаголы. В единичных случаях могут совпадать, и это в программировании очень редко.
    Ответ написан
    2 комментария
  • Как вы придумываете названия для переменных и функций?

    27cm
    @27cm
    TODO: Написать статус
    Для счётчиков итераций: $i, $j, $k.
    Размеры: $length, $count, $width, $height, $size...
    Общепринятые обозначения (например, из математики), там где они уместны: $x, $y, $z...
    Если важен тип данных, а не его содержимое: $num, $str, $arr, $obj, $img, $file...
    Если важно содержимое (смысл): $summ, $options, $params, $data, $result, $name, $value, $item...
    Если в переменной лежит объект какого-либо класса, то чаще всего переменной даю такое же имя, как у класса, но в $lowerCamelCase.

    Этого хватает в 99% случаев.
    Ответ написан
    Комментировать
  • Есть ли бесплатный аналог heroku?

    @NosFire
    Если в плане развертки, то можно посмотреть в сторону openshift
    Ответ написан
    Комментировать
  • Как эффективно работать целый день?

    pavelmakarenko
    @pavelmakarenko
    web-developer
    2-х фазовый сон, отказ от искусственных энергетиков в любом виде (стакан воды с лимоном и яблоко бодрят не хуже, просто попробуй). Обязательно физическая нагрузка (она даёт энергии больше, чем забирает), качественный отдых в течении недели и регулярный секс, но не слишком часто (30-60) минут в день вполне достаточно. В итоге ты получишь максимум натуральной энергии и минимум потерь (не смотри телевизор, не трать время на людей, которые тебе неприятны по возможности, сиди в интернете настолько мало, насколько это возможно *соц.сети, видео и т.д.).
    Ответ написан
    5 комментариев
  • Имеет ли смысл спрашивать старых клиентов не нужно ли им что то еще(если с ними был тока 1 заказ)?

    А по мне, это будет выглядеть, как будто вы на мели и лихорадочно рыскаете по округе, в надежде, что найдете заказ хоть где-нибудь. Успешный и занятой специалист в свои хорошие времена никогда не будет самостоятельно обзванивать базу. Именно клиенты обращаются за услугой, а не наоборот. Представьте себе уличного торговца, у которого вы купили арбуз месяц назад. Вот вы пришли снова, а он бежит за вами и говорит "а как дела? не хотите арбуз? а у меня тут еще апэлсин есть, сочный, спэлый!"

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

    Сам я ни разу не написал бывшим клиентам самостоятельно, и в целом, без работы никогда не сидел.
    Ответ написан
    6 комментариев
  • Имеет ли смысл спрашивать старых клиентов не нужно ли им что то еще(если с ними был тока 1 заказ)?

    nki
    @nki
    bezkart.ru готовая система лояльности
    Если вы обратитесь к старому клиенту, то возможно два варианта - вы получите новый заказ или не получите новый заказ. Если же вы к ним не обратитесь, то вариант один - вы не получите новый заказ.
    Решать вам.
    Ответ написан
    2 комментария
  • Что вкладывается в понятие "портфолио"?

    opium
    @opium
    Просто люблю качественно работать
    если вы программисто то гитхаб подойдет
    если дизайнер или верстальщик то примеры сайтов и дизайнов
    Ответ написан
    Комментировать
  • Как эффективно работать целый день?

    @sarathorn
    php программист, веб-дизайнер, коллекционер
    Мне 20 лет, живу отдельно от родителей, зарабатываю фрилансом. Самое важное - организовать свой день.

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

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

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

    8 часов подряд кодить каждый день... Вы серьёзно? На этой неделе мои результаты такие: воскресенье - 12 часов кодинга, понедельник - 8, вторник - 8, среда - 6, четверг - 4, пятница - 3, суббота (сегодня) - нет ни малейшего желания, но очень надо хотя бы пару часов... Вы просто перегорите. Настраивайтесь на 4, максимум на 6 часов кодинга в день. Остальное время можно заполнить чтением документаций, проработкой прототипов на бумаге, обсуждениями с коллегами и боссом.

    Если ситуация требует 8-16 часов кодинга подряд (такое, увы, бывает), то меня спасают две вещи:
    1) Сериалы. Второй монитор, второй ПК, планшет или даже смартфон вам в помощь. Берёте сериал, который УЖЕ смотрели и включаете. Он должен быть интересный, но уже знакомый, это два обязательных требования. Так он не будет отвлекать от работы (сюжет же уже знаком, а половину реплик вы можете произнести вместо актёров), но создаст иллюзию отдыха. В моём случае можно всё привести к такому выражению: 60 минут кодинга = 80 минут кодинга под сериал. НО! Так я могу выдерживать 12-16 часов без особых усилий. Что в итоге даёт больше результата, чем 6-8 часов чистого кодига после которых я просто убитый на пару дней.
    2) Кофеин. Обычный кофеин. Кофе я не пью, а энергетики слишком дорогие для регулярного применения. Есть замечательная альтернатива - Кофеин-бензоат натрия. ~30рублей в аптеке за 6 таблеток. Максимальная разовая доза - 6 таблеток, она же 300мг кофеина. 1-2-3 таблетки мой организм может не заметить, а при шести я начинаю разговаривать сам с собой. Грань очень тонкая, но при правильной дозировке получается неплохой boost к производительности. Внимание! Кофеин может повышать давление и пульс, а также имеет ряд побочных эффектов. Передозировка может убить. Я не несу ответственности за последствия приёма кофеина.

    Смесь кофеина и прогулки (зима, 3 часа ночи, -20C) может породить тонну гениальных идей, увы, лишь 1 из сотни имеет шанс на успех в реальном мире.

    Вообще, я для себя вывел важную закономерность. Мотивация - фигня. Желание получить больше денег и когда-нибудь улететь на неделю на Мальдивы не приведёт к результату, рано или поздно, но мозг решит, что гораздо правильней работать в 2 раза меньше, но отдохнуть на местном водоёме с друзьями и шашлыками. Гораздо интереснее обстоит дело с чувством вынужденной необходимости. Проще говоря, с кнутом. Я не сделаю работу и меня уволят. Я не успею вовремя и меня лишат премии. Я облажаюсь и все будут смеяться надо мной... Вот это работает.

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

    Непосредственно программирование (как и дизайн) идёт легче, если есть план и схемы. В моём случае при работе над back-end у меня 70% времени уходит на проектирование и проработку мелочей на бумаге, лишь 30% времени это сам кодинг. При работе с фронт-эндом я где-то 60-70% времени работаю, а 30-40% проектирую. Я так понимаю, вас не заставляют именно кодить 8 часов. Вас заставляют 8 часов сидеть на рабочем месте. Вот и прикиньте, что из них лишь где-то 3-4 часа будут самим кодингом. Хотя... Если работы очень много, вы не единственный кодер в конторе и есть более опытные, которые и берут на себя всё проектирование... ух... тогда остаётся только монотонно стучать по клаве...

    Ещё очень важный момент. ОБЯЗАТЕЛЬНО ОТДЫХАЙТЕ! В выходные не должно быть ни единой мысли о работе, после работы займитесь хобби, уберитесь дома, погуляйте, сходите в спорт зал, почитайте книгу, посмотрите кино, поспите в конце-концов. Никакой работы за пределами рабочего места. Этот трюк заставит мозг ассоциировать рабочее место с рабочим процессом, а значит уже не нужно будет самому его мотивировать работать. Это работает крайне просто. Если вы видите очень красивую девушку да ещё и без одежды, то кое-что что происходит с одним очень важным органом и мозг начинает работать совершенно иначе. И вот теперь в поле зрения попадает ваше кресло и ваш рабочий комп, мозг пробегается по ассоциациям и понимает, что надо работать. В паре с состоянием вынужденной необходимости всё сработает на ура.

    Перерывы - спорный момент. Мне проще проработать, например, 6 часов без перерывов (только если на отойти до туалета или до кухни, чтобы налить воды и стащить печеньку), чем 6-8 с перерывами. Я очень много времени и сил трачу на переключение с одного вида деятельности на другой.

    По поводу еды. В момент приёма и пищи и где-то следующий час я способен только читать и смотреть, но никак не творить.
    Ответ написан
    10 комментариев
  • Как эффективно работать целый день?

    @apletnev
    По своему опыту выделил для себя следующие правила.
    Физика:
    1. Питание. Обрати внимание на сахар и быстрые/медленные углеводы. Например, если утром поесть овсяную кашу то энергии хватит на 4-5 часов, если бутерброды, - часа на два. Так по крайне мере у меня.
    2. Физические нагрузки, спорт отнимает много времени, хотя очень эффективен. Самый простой способ - побольше ходить, если пользуешься общ. транспортом, то выходить на несколько остановок раньше. Еще можно отжиматься, где-то читал что сто отжиманий в день - тонус для всех мышц тела.
    3. Сон. Как и другие рекомендую 7-8 часов, однако нужно обратить внимание на матрас, температуру и влажность в комнате - это намного улучшит качество отдыха.
    4. Жидкости. Я пью обычную воду, стараюсь выпивать 2 литра на работе (у меня есть вот такая фляга )
    5. Свежий воздух в офисе, яркость света. Стараться работать согласно нормам описаным в охране труда, т.е. должно быть много света, должен быть приток свежего воздуха.
    6. Эргономика стола. Обязательно нормальный стул, стол, монитор, клавиатура. Многие пренебрегают этими вопросами, а потом в 30 лет грыжи в позвоночнике, туннельный синдром, линзы/очки и половая дисфункция. (Я понимаю что в 18 лет это звучит как что-то далекое и не про тебя, однако если ты планируешь связать свою жизнь с разработкой, нужно думать о туловище, а не только о мозге)

    Психика:
    1. Будут дни когда работа не прет, абсолютно. Отпустить и забыть, но не увлекаться.
    2. Дисциплина. Так как мозг считай мышца, нужно постоянно тренировать ее; - писать код. В конце концов мозг привыкнет к нагрузке и сможет решать любые задачи и быстро, но будут дни как в первом пункте.
    3. Супер важные ежедневные задачи. Для меня это учеба и английский. Я этим занимаюсь не зависимо от дня недели, праздников, событий. Т.е. даже если я узнаю что через три дня конец света, все равно буду оставшиеся дни делать то что и делал раньше. Можно смеяться и крутить пальцем у виска, но нужно объяснить мозгу, что не может быть никаких проволочек, никаких отмазок. Иными словами “сдохни, но сделай”. Этот навык мне позволяет в случае аврала или какой-то мегалажи не паниковать и планомерно решать задачи. (Лучше начинать потихоньку иначе пункт первый на несколько лет)

    Через пол года у твоего мозга закончится адаптационный период и в этот момент начинай думать о своем туловище, оно не будет тебя отвлекать от решения любых умственных задач.
    Книги:
    https://pragprog.com/book/jkthp/the-healthy-programmer
    www.ozon.ru/context/detail/id/4320305
    Ответ написан
    3 комментария