Это и подтверждает что компания работает себе в убыток. Она могла еще за 12 часов прибыль в виде кода, но их пришлось потратить на самобучений стажера.
Я не навязываю, а делюсь опытом и тем что я сейчас наблюдаю. Я показал альтернативный вариант, тому что вы предлагаете. А вот вы как раз начинаете давать советы, проработав всего полтора года в индустрии.
Возможно, это кого-то вдохновит, но у автора не вполне правильное понимание происходящего. Это вполне типично для джунов.
Практически все джуны думают, что если их взяли на работу, то это их достижение. Это не так, им просто сделали большое одолжение. И это одолжение надо выплатить черновой работой в проектах.
Ещё одно из заблуждений джунов, что они очень быстро причисляют себя к миддлам. Это как идти ночью и не видеть дороги и думать, что деревня вот-вот за следующим поворотом дороги. А на самом деле, получается что джуны только лизнули айсберг, который им предстоит растопить. Первый малый успех их вдохновляет, но потом все становится намного сложнее и труднее, а они к этому не готовы.
Вдохновляются можно такими статьями, но не брать их как инструкцию к действию. Так как можно повторить те же ошибки что и автор. Лучше обратиться к статьям более опытных товарищей.
Пишу эти строки, потому что не раз вправлял мозги джунам и они по прошествию лет были благодарны.
Именно, акценты! Из моего возраста, те кто гнался за рублем, таких не осталось в сегодняшнем IT. У них небыли изначально правильного заданного вектора своего развития. Они находили тёплое местечко и останавливались, а когда «гром грянул» они не были готовы переобучиться, так как с у них была цель денежная, а не своё умение. А всего-то надо было в самом начале карьеры научиться учиться, как банально это бы не звучало. Вот это я хотел бы донести до современных джунов. Не будет вектора на самосовершенствование — не будет успеха.
Я больше 25 лет в IT. Все кто вкладывал в образование, все нашли хорошую работу. А учиться в 90х намного было сложнее чем сейчас. Банально не было денег на еду и ночами приходилось разгружать вагоны.
Без саморазвития нечего делать в IT. За все время работы мне пришлось с десяток раз переучиваться, это нормальное явление. Учиться можно хоть где, для этого необязательно менять место жительства. Есть очень много курсов которые можно пройти удаленно.
И немного о наболевшем. Большая проблема нашего государства в том, что в регионах нет денег. Поэтому такие ребята, как я и мои друзья, должны бросать все: семью, друзей, любимых — чтобы просто достичь чего-то в жизни.
Не обязательно все бросать и куда-то уезжать. Я многих знаю из IT области, которые не уехали, а достигли приличных результатов на месте. Многие из них — это высококлассные специалисты работающие удаленно. Уезжают обычно слабые и плохо подготовленные специалисты, так как в Москве им проще найти работу. Часто у них судьба складывается не лучшем образом, жизнь без друзей и любимых накладывает на них негативный отпечаток.
После прочтения статьи сложилось впечатление, что у автора цель жизни это деньги, а не совершенствование себя как специалиста. Автор гонится за опытом и считает это приоритетом, но при этом почему-то оставляет в стороне самообразование.
Вульгаризмы в статье только подтверждают мои догадки о отсутствии надлежащего образования у автора и его поверхность в суждениях, а все восторженные лозунги и призывы в статье можно объяснить остатками адреналина после недавнего переезда в Москву.
Для чего пишут такие статьи? Мне не понятно. Неужели чтобы поместить свою фотографию в конце поста?
А зачем вообще генерировать UUID на фронте? Каждой задаче Celery назначается UUID, вот его и нужно отдавать клиенту, чтобы он дергал вьюшку с этим UUID, а в ней проверяется завершилась ли эта задача. Зачем все переусложнять с pubsub?
Получается что в таком шрифте 5 позиций для кодирования. Это мне напомнило азбуку Морзе. Если записать те же буквы вертикальными столбцами в азбуке Морзе, то читать будет даже проще.
В 2015 году начал изучать программирование и устроился на стажировку в УрЗПИ («Уральский завод программных изделий»), который позже объединился с интерактивным агентством «Всё ясно», и появилась Apiqa. Так я погрузился в мир веб-разработки. В прошлом году мне захотелось попробовать себя на просторах iOS, и компания пошла мне навстречу.
Т.е. всего 4 года разработки, из них меньше года на iOS и уже запилил статью на Хабре. А статья вообще ни и чем, какой-то неудержимый пиар и самопиар.
Вы не одиноки. Перестал вообще покупать в Спортмастере из-за постоянного сгорания бонусов, как прийду в магазин, так оказывается что они сгорели. Такое неприятное чувство остаётся, проще вообще у них ничего не брать.
Судя по минусам многие любят писать
create_rosapi_connection за место создания экземпляра объекта из определенного пространства имен и использования методов типа read и write или send и recieve.
Мрак это когда данных вообще нет. Для того и был создан OSM чтобы постоянно уточнять, перепроверять и улучшать геоданные. Для человека со стороны кажется там анархия и бардак, но если внимательно вникнуть в суть происходящего, то не все так плохо как кажется. Есть DWG которая следит за данными, есть активные контрибуторы в каждой области. Вандализм исправят и откатят быстро. Если неадекваты залезут на карту, то их забанят, несмотря на демократичность OSM, как вот этотого персонажа www.openstreetmap.org/user/Serg%20Podarevsky/blocks
Чем больше людей на OSM интересующихся геоданными, тем она будет лучше.
Практически все джуны думают, что если их взяли на работу, то это их достижение. Это не так, им просто сделали большое одолжение. И это одолжение надо выплатить черновой работой в проектах.
Ещё одно из заблуждений джунов, что они очень быстро причисляют себя к миддлам. Это как идти ночью и не видеть дороги и думать, что деревня вот-вот за следующим поворотом дороги. А на самом деле, получается что джуны только лизнули айсберг, который им предстоит растопить. Первый малый успех их вдохновляет, но потом все становится намного сложнее и труднее, а они к этому не готовы.
Вдохновляются можно такими статьями, но не брать их как инструкцию к действию. Так как можно повторить те же ошибки что и автор. Лучше обратиться к статьям более опытных товарищей.
Пишу эти строки, потому что не раз вправлял мозги джунам и они по прошествию лет были благодарны.
Без саморазвития нечего делать в IT. За все время работы мне пришлось с десяток раз переучиваться, это нормальное явление. Учиться можно хоть где, для этого необязательно менять место жительства. Есть очень много курсов которые можно пройти удаленно.
Не обязательно все бросать и куда-то уезжать. Я многих знаю из IT области, которые не уехали, а достигли приличных результатов на месте. Многие из них — это высококлассные специалисты работающие удаленно. Уезжают обычно слабые и плохо подготовленные специалисты, так как в Москве им проще найти работу. Часто у них судьба складывается не лучшем образом, жизнь без друзей и любимых накладывает на них негативный отпечаток.
После прочтения статьи сложилось впечатление, что у автора цель жизни это деньги, а не совершенствование себя как специалиста. Автор гонится за опытом и считает это приоритетом, но при этом почему-то оставляет в стороне самообразование.
Вульгаризмы в статье только подтверждают мои догадки о отсутствии надлежащего образования у автора и его поверхность в суждениях, а все восторженные лозунги и призывы в статье можно объяснить остатками адреналина после недавнего переезда в Москву.
Для чего пишут такие статьи? Мне не понятно. Неужели чтобы поместить свою фотографию в конце поста?
Раз уж упомянули про вебсокеты, то привели бы для примера вариант реализации. Это было бы одно из интереснейших мест статьи.
Получается что в таком шрифте 5 позиций для кодирования. Это мне напомнило азбуку Морзе. Если записать те же буквы вертикальными столбцами в азбуке Морзе, то читать будет даже проще.
Т.е. всего 4 года разработки, из них меньше года на iOS и уже запилил статью на Хабре. А статья вообще ни и чем, какой-то неудержимый пиар и самопиар.
Вы не одиноки. Перестал вообще покупать в Спортмастере из-за постоянного сгорания бонусов, как прийду в магазин, так оказывается что они сгорели. Такое неприятное чувство остаётся, проще вообще у них ничего не брать.
Проблема при этом останется. Вот паттерн из многих подобных библиотек.
from aio_ros import Connection
conn = Connection(...)
resp = conn.send(...)
Судя по минусам многие любят писать
create_rosapi_connection за место создания экземпляра объекта из определенного пространства имен и использования методов типа read и write или send и recieve.
А можно названия функций сделать ещё длиннее? Чтобы потруднее было набирать.
Принцип единственной ответственности решает эту проблему и вряд ли стоит тащить код подобный как в статье в продакшн.
Чем больше людей на OSM интересующихся геоданными, тем она будет лучше.