Pull to refresh
5
0
Виктор Лескович@devunion

Разработчик расширений для браузеров, психолог

Send message

Lean development как раз об этом. Эта проблема характерна не только для индивидуальных проектов, но и для больших компаний. Еще можно рассматривать приобретение крупными компаниями более мелких успешных фирм из других отраслей в целях диверсификации как отдельный проект. Инвесторы не очень любят такие фортели как раз потому, что очень часто в результате получаются убытки. В общем, тут можно много о чём говорить. Но я хотел сделать фокус именно на личном эмоциональном отношении разработчика к неудаче. Методология стартаперства -- это совсем другая история.

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

Назовите статью правильно: "Механика Async Await в Elixir". Или можете сократить до "Механика". Так даже лучше получится.

А они что, когда-то хорошо индексировали, а потом перестали? Это был второй пункт. А с первого Я вообще впал в ступор. Главным плюсом AJAX при его появлении считалась возможность разгрузить сервер. Потому что он один, а клиентов много. А сейчас мы делаем ровно наоборот и объявляем это преимуществом, да? На 99,9% сайтов даже картинки никто не оптимизирует. О какой производительности мы вообще говорим?

Пишу расширения 15+ лет. Из того, что увидел по проекту:

  1. Убейте вебпак и поменяйте на esbuild. На длинной дистанции кучу времени сэкономит.

  2. Не смешивайте асинхронные вызовы при с вызовами на коллбэках. Всё должно быть асинхронным.

  3. Отрефакторить бы.

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

На сколько я понимаю, при такой схеме люди встречают свой потолок достаточно быстро. Как по уровню ЗП (тут имею ввиду фактический почасовой рейт т.к. работать можно 24/7, но не долго), так и по уровню развития как программиста.

Мой опыт был немного другим. Ещё на 3-м курсе универа я окончательно понял, что программированию меня в нём не научат. Придётся учиться самому. Выучил Python. Но т.к. в 2004 о нём никто не слышал, пришлось ещё выучить Java, чтобы устроиться на нормальную работу. На 4-м курсе устроился в аутсорсинговую компанию. Сначала на пол ставки, потом на полную. За первый год работы глубоко проникся пониманием того, что в универе точно не научили бы, а сам так быстро не научишься. Ну, тут понятно. Команда людей с опытом позволяет очень быстро прокачать нужные скилы. Особенно на старте.

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

Последний год работал на удалёнке. Что в 2007 было в диковинку. Удалёнка позволяла немного фрилансить без ущерба основной работе.

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

Про придурковатых заказчиков.

После второго заказа в РФ я понял, что то ли с людьми что-то не то, то ли со мной. Я ушёл в англоязычный сектор фриланса. Во-первых, платили как-то получше. Во-вторых, проблемы возникали достаточно редко. В третьих, большое разнообразие проектов не давало скучать и делало работу интересной.

В последние пару лет появилось два заказчика из РФ. Оба очень адекватные. Был приятно удивлён.

Мораль: выбирайте тех заказчиков, с которыми приятно работать. Остальных -- лесом. Если не можете себе этого позволить, значит с вами что-то не так.

Про переход из фриланса в офис.

Всех, кто спрашивает совета как войти в IT, я безоговорочно отправляю джуном в офис. Не важно на какую ЗП и проект. Цель -- офис. Потому что:

  • вы будете учиться в разы быстрее, чем на любых курсах или самостоятельно. Тут вы углубляете свои знания.

  • вы узнаете про все этапы разработки и всё, что есть около неё (все виды тестирования, СI/CD, методологии управления разработкой (всякие там Agile), работу с Git, процессы релиза и развёртывания приложений, варианты ведения документации и т.д. и т.п.). Короче, про всё то, до чего у фрилансеров руки доходят в последнюю очередь. Поверьте, многие веб сайты до сих пор заливают не сервер заказчика через FTP.

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

И только после этого вы можете быть хорошим фрилансером и зарабатывать много. Я на Upwork'е в своё время видел PHP/Laravel разработчиков с рейтом 150-170 $ в час. Надеюсь, не надо уточнять, что это были реальные аккаунты, а не прокладки для перевода денег?

Кстати, о рефакторинге и тестах.

Если их у вас на фрилансе нет -- то это ваша проблема. Объясняйте заказчику зачем и для чего это нужно. Или смотрите пункт про заказчиков.

Вышло сумбурно, но как-то так. Мораль: опыт у каждого свой. Нет плохого фриланса. Есть плохие фрилансеры. И есть хорошие. И фриланс хороший тоже есть ).

Всем хорошего фриланса!

Вот развеселили с утра. Ссылка на документ по гомеопатии, в котором один раз встречается слово "геополитика"? Ничего, что в МГУ есть кафедра геополитики? Да и во многих других университетах хватает. Так что, вы говорите о массовой "ненаучности" в российской науке? Или из всё-таки из вашего поста можно сделать другой вывод?

Сейчас начался цикл ужесточения ставок в США и во всём мире. Печатать дешёвые деньги (за счёт которых и был рост после кризиса 2008 года) и не получать инфляцию больше не получается. За прошедшее время огромное количество компаний стало неэффективными. Тут и проблемы с долгами, отсутствием инвестиций в развитие производства, ненужный байбэки и много чего ещё. Сейчас ставки повышаются, у потребителей начинаются проблемы (высокая инфляция + высокий % по кредитам). Они перестают потреблять.

Проблемы у потребителей становятся проблемами компаний. А у компаний уже куча долга, который надо как-то обслуживать. А как, если взять деньги можно только под огромный %, а доходов не предвидится? По этому ждём волну банкротств. Возможно, глобальные проблемы с банковской системой. Credit Suisse -- первая ласточка. Чтобы он окончательно не лёг, федрезерв открыл своп линии на 6 миллиардов в день. Не факт, что парадигма "too big to fail" будет продолжать работать и дальше.

Китай -- одна большая проблема. Уже давно посчитано, что если их ВВП составляет меньше 5,5%, то экономика начинает складываться. А кому они собираются продавать всю свою продукцию? Внутренний спрос в достаточном объёме так и не развили.

Япония -- танцы с облигациями и контролем кривой доходности выглядят как-то подозрительно. Либо банк Японии в конце концов скупит на баланс вообще весь долг (если будет продолжать такими же темпами, то управится ещё до конца 2023 года) и убьёт долговой рынок, либо всё-таки будет кризис.

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

Геополитика лишь добавляет нестабильности. У США конечная цель -- Китай. Европа -- лишь промежуточная. РФ -- вообще не цель, а просто инструмент.

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

Мой базовый сценарий -- дефляционный коллапс с перезагрузкой банковской системы. Тем, кто верит в скорый и неминуемый разворот ставок в США -- удачи!

Ну, что поделать. Не смог промолчать )

Только мне кажется, что макроэкономика и геополитика для ITшников пустой звук? Тесла всегда была мертвой идеей (как и идея пересадить всех ка электромобили). Ей одна дорога -- вниз. И отскоки в 30-50% вообще не играют никакой роли. Закончились бесплатные деньги -- Насдак весь дружно пошел вниз. О каких инвестициях в идеи вы говорите при ставке по картам в 19% и всё уменьшающиеся уровне сбережений домохозяйств США? Через пол года физики начнут распродавать свои бумаги. Банкротство зомби компаний только подольет масла в огонь. Пристегните ремни, нас ждёт долгая дорога вниз под лозунгом Пауэлла -- "higher for longer".

З.Ы. происходит именно то, что и должно происходить. Но совершенно по другим причинам, о которых вы не говорите.

Просмотрел комменты. Складывается ощущение, что я один в детстве читал Mastering Regular Expressions. Пожалуйста, скажите, что я не прав...

Спасибо, очень интересно. Попробую добавить в следующей версии.
Это радует. Но их доля очень не велика. Для остальных же приходится придумывать костыли.
Да, расширения из Chrome Web Store без проблем устанавливаются в Яндекс Браузер. Вот прямая ссылка: https://chrome.google.com/webstore/detail/codehighlight/gioojphhkmhanbjankdapnegcodlellc
Пока нет. Надо переписать пару раз — тогда не стыдно будет выкладывать :-)
Да, в этом основная проблема плагинов. Их редко рассматривают в контексте решаемой задачи.
Планируется сделать список настраиваемым. Если критично — могу добавить поддержку PHP в следующей версии.
Да, ваш подход вполне оправдан. Однако, одно дело, когда вы непосредственно работаете в IDE над проектом. Тут нужен весь комплекс доступных инструментов. Другое дело — когда надо добавить тривиальные изменения — поиграться со со шрифтами, отступами и т.д. Не коммитить же каждое изменение в репозиторий. В общем, расширение — это инструмент, который должен использоваться вместе с IDE, а не вместо.

Information

Rating
Does not participate
Location
Пинск, Брестская обл., Беларусь
Date of birth
Registered
Activity

Specialization

Фулстек разработчик, Архитектор программного обеспечения
Ведущий
From 4,000 $