Мы снова делаем RailsGirls! (3 и 4 апреля в спб)
https://vk.com/railsgirls_spb
Делитесь с подругами, которые ещё не программируют, но хотят начать 👩🏻💻✨
https://vk.com/railsgirls_spb
Делитесь с подругами, которые ещё не программируют, но хотят начать 👩🏻💻✨
ВКонтакте
RailsGirls Saint-Petersburg
RailsGirls - это движение, цель которого познакомить девочек и женщин с программированием, помочь им начать карьеру в индустрии или просто дать дополнительные навыки. Первый раз воркшоп RailsGirls прошёл в Хельсинки в 2010 году. Предполагалось, что это будет…
Открыта подача заявок на RailsGirls Summer of Code.
Правила - https://railsgirlssummerofcode.org/students/application/
Стажировка пройдёт с июля по сентябрь 2020, можно участовать фулл-тайм или парт-тайм (40 или 20 часов)
В этот раз нужно:
- иметь год опыта обучения программированию
- найти партнёршу по проекту в своём городе, чтобы была возможность каждый день встречаться
- найти тренерку (тоже упирают на оффлайн, но тут разрешают и удалённо)
- найти "офис", где можно работать вместе
Стажировка оплачиваемая, стипендия зависит от кол-ва "отработанных" часов. Я предполагаю, что и от места проживания тоже (рассчитают по прожиточному минимуму :D)
Проекты разные, теперь там далеко не только Ruby/Rails (https://teams.railsgirlssummerofcode.org/projects)
Конечно, это право оргов устанавливать ограничения, но, на мой взгляд, их многовато: нужна локальная команда, а это скорее осуществимо в больших городах, где и так больше возможностей для стажировки.
И "сидеть в офисе" - тоже не для всех реально, хотя, я думаю, сильно проверять никто не будет.
Правила - https://railsgirlssummerofcode.org/students/application/
Стажировка пройдёт с июля по сентябрь 2020, можно участовать фулл-тайм или парт-тайм (40 или 20 часов)
В этот раз нужно:
- иметь год опыта обучения программированию
- найти партнёршу по проекту в своём городе, чтобы была возможность каждый день встречаться
- найти тренерку (тоже упирают на оффлайн, но тут разрешают и удалённо)
- найти "офис", где можно работать вместе
Стажировка оплачиваемая, стипендия зависит от кол-ва "отработанных" часов. Я предполагаю, что и от места проживания тоже (рассчитают по прожиточному минимуму :D)
Проекты разные, теперь там далеко не только Ruby/Rails (https://teams.railsgirlssummerofcode.org/projects)
Конечно, это право оргов устанавливать ограничения, но, на мой взгляд, их многовато: нужна локальная команда, а это скорее осуществимо в больших городах, где и так больше возможностей для стажировки.
И "сидеть в офисе" - тоже не для всех реально, хотя, я думаю, сильно проверять никто не будет.
Rails Girls Summer of Code
Application Guide for Students
Rails Girls Summer of Code 2020
Прочитала "Shape Up" и одновременно попробовали первый цикл по похожей схеме на работе.
Книга описывает процесс работы в Basecamp. Работа ведётся 6-недельными циклами активной разработки с 2-хнедельными cooldown-ами между ними.
Сначала senior team (например, фаундеры) определяет области работы. Они пишут питчи, обсуждают их и выбирают, над чем именно команда разработки (builders) будет работать в следующем цикле. Эта работа по "шейпингу" ведётся параллельными циклами с командой разработки (https://bit.ly/2TkHTrE)
В начале цикла команды (у бейзкемпа это дизайнер + ~2 разработчика) получают питч, т.е. описание задачи.
Питч включает в себя:
- описание проблемы
- что примерно можно сделать за 6 недель
- наброски интерфейсов
- возможные детали, в которых можно надолго увязнуть (rabbit holes)
- и то, что точно делать не нужно.
Далее команда самоорганизуется, определяет задачи и выполняет их. Как именно, тоже описывается в книге. За 6 недель нужно выполнить работу и зарелизиться. По умолчанию цикл не продлевается. Cool-down используется для задач, до которых обычно не доходят руки: можно починить баги, исследовать новые технические возможности и тд + нужно определиться, что делать в следующем цикле.
Мне понравилось, что поднимаются проблемы:
- вымышленные vs "открытые" (discovered) задачи
В самом начале трудно определить, что именно нужно делать, и тем более сколько это займёт времени. Понятнее становится только когда начинаешь работать над задачей.
- число задач со временем только растёт, даже внутри нашей фичи/области работы, ограниченной питчем
Тут помогают чёткие дедлайны. Мы определяем, что успеем сделать до дедлайна, а не за какое время успеем "доделать" фичу, ведь доделывать можно бесконечно. Таким образом, имея дедлайн, мы делаем самое важное и релизим в состоянии "good enough". И речь тут идёт не о качестве продукта (типа релизим без тестов), а про урезанную функциональность. Как правило, важно далеко не всё, что изначально хотелось.
Также понравилось то, что авторы рассказывают, как адаптировать процесс для проектов разного размера, даже для стартапов на пару человек. Хотя и есть реклама Basecamp (иначе, ради чего бесплатно раздавать книгу? :), вполне можно пользоваться идеями и без него.
Мои заметки по книге - https://github.com/lightalloy/books-notes/blob/master/development/shape_up.md
Чуть позже расскажу, как у нас прошёл первый рабочий цикл.
#книги
Книга описывает процесс работы в Basecamp. Работа ведётся 6-недельными циклами активной разработки с 2-хнедельными cooldown-ами между ними.
Сначала senior team (например, фаундеры) определяет области работы. Они пишут питчи, обсуждают их и выбирают, над чем именно команда разработки (builders) будет работать в следующем цикле. Эта работа по "шейпингу" ведётся параллельными циклами с командой разработки (https://bit.ly/2TkHTrE)
В начале цикла команды (у бейзкемпа это дизайнер + ~2 разработчика) получают питч, т.е. описание задачи.
Питч включает в себя:
- описание проблемы
- что примерно можно сделать за 6 недель
- наброски интерфейсов
- возможные детали, в которых можно надолго увязнуть (rabbit holes)
- и то, что точно делать не нужно.
Далее команда самоорганизуется, определяет задачи и выполняет их. Как именно, тоже описывается в книге. За 6 недель нужно выполнить работу и зарелизиться. По умолчанию цикл не продлевается. Cool-down используется для задач, до которых обычно не доходят руки: можно починить баги, исследовать новые технические возможности и тд + нужно определиться, что делать в следующем цикле.
Мне понравилось, что поднимаются проблемы:
- вымышленные vs "открытые" (discovered) задачи
В самом начале трудно определить, что именно нужно делать, и тем более сколько это займёт времени. Понятнее становится только когда начинаешь работать над задачей.
- число задач со временем только растёт, даже внутри нашей фичи/области работы, ограниченной питчем
Тут помогают чёткие дедлайны. Мы определяем, что успеем сделать до дедлайна, а не за какое время успеем "доделать" фичу, ведь доделывать можно бесконечно. Таким образом, имея дедлайн, мы делаем самое важное и релизим в состоянии "good enough". И речь тут идёт не о качестве продукта (типа релизим без тестов), а про урезанную функциональность. Как правило, важно далеко не всё, что изначально хотелось.
Также понравилось то, что авторы рассказывают, как адаптировать процесс для проектов разного размера, даже для стартапов на пару человек. Хотя и есть реклама Basecamp (иначе, ради чего бесплатно раздавать книгу? :), вполне можно пользоваться идеями и без него.
Мои заметки по книге - https://github.com/lightalloy/books-notes/blob/master/development/shape_up.md
Чуть позже расскажу, как у нас прошёл первый рабочий цикл.
#книги
Анна Буянова (Anna Codes)
Выступила на Pyladies 13.02 с рекламой Ruby #моё
YouTube
Python vs Ruby / Анна Буянова
Анна Буянова, разработчица в DEV Community, расскажет о своём становлении в разработке, почему именно Ruby, а не Python, а также о развитии двух языков и современных трендах, как в техническом плане, так и на рынке труда.
Анна Буянова (Anna Codes)
Прочитала "Shape Up" и одновременно попробовали первый цикл по похожей схеме на работе. Книга описывает процесс работы в Basecamp. Работа ведётся 6-недельными циклами активной разработки с 2-хнедельными cooldown-ами между ними. Сначала senior team (например…
Как мы начали использовать подход Shape Up в команде:
(определения питчей, шейпинга и т.д. в предыдущем посте)
Первый цикл, конечно, прошёл немного хаотично: в него попали встреча команды в Нью-Йорке и мои 2 отпуска по неделе (не в Нью-Йорке, к сожалению :D). Многие члены команды только начали работать и онбордились, что тоже добавило сложностей.
Ни о каком 6-недельном "шейпинге" тоже не могло быть и речи. На первый цикл быстренько расписали задачи и поехали. Конечно, это не прошло без последствий.
Для второго цикла питчи пишем сами во время cooldown, тоже довольно быстро. Выбирать и дорабатывать будут фаундеры, советуясь с дизайнерами и разработчиками.
Что понравилось:
- чёткая область работы, на которую можно спокойно выделить время. До этого иногда было трудно определить, за какие именно задачи стоит браться, и как не распыляться между ними.
- чёткий дедлайн. Помогает определить, что будет "достаточно хорошо" и задеплоить фичу в срок, не растягивая работу бесконечно. Это касается не столько качества кода (не "фигачим код без тестов"), сколько необходимости урезать функциональность до необходимого минимума. Таким образом, делаем то, что действительно нужно, и не тратим время на сомнительные улучшения. Принцип "limited time, variable scope" здесь очень хорошо сработал. Кроме того, определять, что именно нужно, довольно интересно (особенно если члены команды всё-таки доступны для обсуждения)
Что не понравилось:
- было мало времени на работу из-за завершения прошлых задач в начале цикла, отпусков, онбординга новых людей, встречи команды и т.д.
- трудно получить код-ревью, и самой найти время на ревью, особенно под конец цикла. Дедлайн давит, а ведь часто нужно ещё вникнуть в чужую задачу, которая с нашими никак не связана.
- изначально были поставлены очень размытые требования. Приходилось многое выяснять у фаундеров, а это не всегда просто из-за их занятости.
- у нашей команды было 2 проекта, и над вторым мы работали по остаточному принципу. Спасло то, что менее приоритетный показался мне очень интересным, и я быстренько сделала основное за последнюю неделю.
Помимо этого, работа некоторых команд, например, oss (работа с контрибьютерами и не только) и SRE (Software Reliability) не вписывается в циклы и больше похожа на непрерывный процесс.
Конечно, процесс ещё не устаканился, очень многое обсуждаем и будем адаптировать под себя. Например, сейчас выделили на неделю больше на cooldown и, соответственно, шейпинг. Интересно посмотреть, как пойдёт дальше 👩🏻💻
#devto #работа
(определения питчей, шейпинга и т.д. в предыдущем посте)
Первый цикл, конечно, прошёл немного хаотично: в него попали встреча команды в Нью-Йорке и мои 2 отпуска по неделе (не в Нью-Йорке, к сожалению :D). Многие члены команды только начали работать и онбордились, что тоже добавило сложностей.
Ни о каком 6-недельном "шейпинге" тоже не могло быть и речи. На первый цикл быстренько расписали задачи и поехали. Конечно, это не прошло без последствий.
Для второго цикла питчи пишем сами во время cooldown, тоже довольно быстро. Выбирать и дорабатывать будут фаундеры, советуясь с дизайнерами и разработчиками.
Что понравилось:
- чёткая область работы, на которую можно спокойно выделить время. До этого иногда было трудно определить, за какие именно задачи стоит браться, и как не распыляться между ними.
- чёткий дедлайн. Помогает определить, что будет "достаточно хорошо" и задеплоить фичу в срок, не растягивая работу бесконечно. Это касается не столько качества кода (не "фигачим код без тестов"), сколько необходимости урезать функциональность до необходимого минимума. Таким образом, делаем то, что действительно нужно, и не тратим время на сомнительные улучшения. Принцип "limited time, variable scope" здесь очень хорошо сработал. Кроме того, определять, что именно нужно, довольно интересно (особенно если члены команды всё-таки доступны для обсуждения)
Что не понравилось:
- было мало времени на работу из-за завершения прошлых задач в начале цикла, отпусков, онбординга новых людей, встречи команды и т.д.
- трудно получить код-ревью, и самой найти время на ревью, особенно под конец цикла. Дедлайн давит, а ведь часто нужно ещё вникнуть в чужую задачу, которая с нашими никак не связана.
- изначально были поставлены очень размытые требования. Приходилось многое выяснять у фаундеров, а это не всегда просто из-за их занятости.
- у нашей команды было 2 проекта, и над вторым мы работали по остаточному принципу. Спасло то, что менее приоритетный показался мне очень интересным, и я быстренько сделала основное за последнюю неделю.
Помимо этого, работа некоторых команд, например, oss (работа с контрибьютерами и не только) и SRE (Software Reliability) не вписывается в циклы и больше похожа на непрерывный процесс.
Конечно, процесс ещё не устаканился, очень многое обсуждаем и будем адаптировать под себя. Например, сейчас выделили на неделю больше на cooldown и, соответственно, шейпинг. Интересно посмотреть, как пойдёт дальше 👩🏻💻
#devto #работа
Присмотрела для себя новую книгу "Fundamentals of Software Architecture" =>
https://www.thoughtworks.com/books/fundamentals-of-software-architecture
Можно послушать подкаст и прочитать бесплатную главу, что я и сделала. Пока непонятно, насколько актуальна для меня сейчас, но это не так важно, т.к. темы интересные сами по себе + подобные знания обычно всё-таки получается использовать в том или ином виде (например, для размышлений о карьере :D)
Останавливает неудобный формат: либо бумага, либо киндл. Я бы предпочла пдф-ку, чтобы читать на компьютере: если покупать книгу за 40+$, хочется, чтобы было удобно 🤷🏻♀️
#книги
https://www.thoughtworks.com/books/fundamentals-of-software-architecture
Можно послушать подкаст и прочитать бесплатную главу, что я и сделала. Пока непонятно, насколько актуальна для меня сейчас, но это не так важно, т.к. темы интересные сами по себе + подобные знания обычно всё-таки получается использовать в том или ином виде (например, для размышлений о карьере :D)
Останавливает неудобный формат: либо бумага, либо киндл. Я бы предпочла пдф-ку, чтобы читать на компьютере: если покупать книгу за 40+$, хочется, чтобы было удобно 🤷🏻♀️
#книги
Thoughtworks
Fundamentals of Software Architecture Book
Fundamentals of Software Architecture explores the principles of software architecture; download a free chapter of the book now
https://vk.cc/arrN68
Отмена RailsGirls и список материалов для новичков.
Отмена RailsGirls и список материалов для новичков.
VK
RailsGirls Saint-Petersburg
К сожалению, мы приняли решение перенести RailsGirls из-за эпидемиологической ситуации. В будущем мы планируем проводить воркшопы, но пока у нас нет точных дат. Если у вас есть желание познакомиться с Ruby и Rails, предлагаем вам начать учиться самостоятельно…
Пост про сон и режим дня 😴
https://dev.to/lightalloy/improve-your-sleep-as-a-developer-21a9
Долго писала его, почему-то шёл очень трудно: лежал в черновиках на русском пару лет, несколько раз возвращалась к нему 🤷🏻♀️.
В итоге воспользовалась cool-down'ом и переписала его полностью, уже на английском.
https://dev.to/lightalloy/improve-your-sleep-as-a-developer-21a9
Долго писала его, почему-то шёл очень трудно: лежал в черновиках на русском пару лет, несколько раз возвращалась к нему 🤷🏻♀️.
В итоге воспользовалась cool-down'ом и переписала его полностью, уже на английском.
DEV Community
Improve Your Sleep (as a Developer) 💤
In this post, I won't go into details why sleep is important because there is a lot of information ab...
Курс "Just Javanoscript" от Дена Абрамова с иллюстрациями Мегги Эпплтон => https://justjavanoscript.com/
Это бесплатный черновой вариант в виде email-рассылки.
Ден подробно объясняет, как работает js, и даёт упражнения для каждой главы. Если будете их выполнять, то материал точно усвоится. Курс подойдёт для относительно лёгкого обучения (меня только на такое сейчас и хватает).
Сначала серии будут приходить ежедневно, а потом по мере готовности, всего их пока 8. Новые выходят не очень регулярно, раз в несколько недель.
Это бесплатный черновой вариант в виде email-рассылки.
Ден подробно объясняет, как работает js, и даёт упражнения для каждой главы. Если будете их выполнять, то материал точно усвоится. Курс подойдёт для относительно лёгкого обучения (меня только на такое сейчас и хватает).
Сначала серии будут приходить ежедневно, а потом по мере готовности, всего их пока 8. Новые выходят не очень регулярно, раз в несколько недель.
Just JavaScript
Just JavaScript will help you develop a rock-solid understanding of how JavaScript works through intuitive visual explanations and learning challenges.
Только начала разбирать рассылки за июнь и прочитала, что проект RailsGirls Summer of Code закрывается:
https://railsgirlssummerofcode.org/blog/2020-06-15-foundation-update
В последние годы было что-то непонятное с организацией: в прошлом году они писали о том, что команда занята ребрендингом. Тогда стажировка проводилась, но без стипендий и без особого руководства со стороны оргов. В этом году всё должно было быть, как обычно, но карантин добил проект.
Теперь не придётся думать, поменторить ли на Rgsoc или делать что-то своё :D (когда появятся время и силы на подобные проекты)
https://railsgirlssummerofcode.org/blog/2020-06-15-foundation-update
В последние годы было что-то непонятное с организацией: в прошлом году они писали о том, что команда занята ребрендингом. Тогда стажировка проводилась, но без стипендий и без особого руководства со стороны оргов. В этом году всё должно было быть, как обычно, но карантин добил проект.
Теперь не придётся думать, поменторить ли на Rgsoc или делать что-то своё :D (когда появятся время и силы на подобные проекты)
Rails Girls Summer of Code
Travis Foundation Statement
Rails Girls Summer of Code 2020
Анна Буянова (Anna Codes)
Курс "Just Javanoscript" от Дена Абрамова с иллюстрациями Мегги Эпплтон => https://justjavanoscript.com/ Это бесплатный черновой вариант в виде email-рассылки. Ден подробно объясняет, как работает js, и даёт упражнения для каждой главы. Если будете их выполнять…
Работа над just js приостановлена, по крайней мере в изначальном формате. Материалы должны появиться на сайте, т.к. многие жаловались, что проходить из почты неудобно.
Хотя на мой взгляд, рассылка имеет и свои преимущества: есть повод сразу прочитать и сделать упражнения.
Хотя на мой взгляд, рассылка имеет и свои преимущества: есть повод сразу прочитать и сделать упражнения.
Анна Буянова (Anna Codes)
Работа над just js приостановлена, по крайней мере в изначальном формате. Материалы должны появиться на сайте, т.к. многие жаловались, что проходить из почты неудобно. Хотя на мой взгляд, рассылка имеет и свои преимущества: есть повод сразу прочитать и сделать…
Just js всё-таки вышел. Есть региональная скидка для России.
Привет.
Захотелось записать видео (life update), но в целом планирую использовать текстовый формат.
Для тех, кто не хочет смотреть, будет текст ниже.
Захотелось записать видео (life update), но в целом планирую использовать текстовый формат.
Для тех, кто не хочет смотреть, будет текст ниже.
Хочу попробовать вернуться, пока жизненный апдейт (в видео примерно то же самое).
Без особых глобальных изменений, я в Вологде.
Работаю всё ещё в dev.to, только банк поменяла с Тинькова на Райфайзен, пока деньги доходят.
Продолжаю работать на парт-тайме, не полностью вышла из декрета - младшей 2.5 , но на самом деле меня больше школа старшей "подкосила" Особенно прошлый учебный год был просто треш - адаптация в школе, адаптация в садике младшей с болячками + ковидные карантины и домашнее обучение периодически.
Сейчас уже получше и со школой, и с садиком, но всё равно занимаюсь много старшей - кружки-квадратики, в школу отвести и тд, отъедает время от рабочего дня.
Пока работаю на парт-тайме, мне пришла в голову гениальная идея поучиться в магистратуре, пока я на парт-тайме и как-то развивать карьеру меньше возможностей (ну чтобы уж точно ничего не развить :D). Давно хотела, но не видела подходящих программ. В итоге учусь на "Проектировании образовательного опыта" МПГУ (Московский педагогический) + Skillbox.
Да, у скиллбокса репутация так себе, но именно эта программы понравилось и решила, что могу себе позволить попробовать, она недорогая (75 за семестр). К тому же я не собираюсь переквалифицироваться, мне интересно именно образование в IT, воспринимаю учёбу, как пинок что-то делать в этом направлении + изучить что-то в другой сфере, помимо it.
Правда, почти не остаётся времени что-то применять на практике 🙄 , вот такой парадокс. Но кое-что есть: с code sisters сделали упражнение jigsaw, на котором делали доклады, таким образом немного потренировались в public speaking. Из этой практики вырос закрытый клуб с докладами и канал на ютубе ✨
Про работу, учёбу и инициативы скорее всего ещё напишу отдельно 👀
#магистратура@anna_codes #личное@anna_codes #работа@anna_codes #devto@anna_codes
Без особых глобальных изменений, я в Вологде.
Работаю всё ещё в dev.to, только банк поменяла с Тинькова на Райфайзен, пока деньги доходят.
Продолжаю работать на парт-тайме, не полностью вышла из декрета - младшей 2.5 , но на самом деле меня больше школа старшей "подкосила" Особенно прошлый учебный год был просто треш - адаптация в школе, адаптация в садике младшей с болячками + ковидные карантины и домашнее обучение периодически.
Сейчас уже получше и со школой, и с садиком, но всё равно занимаюсь много старшей - кружки-квадратики, в школу отвести и тд, отъедает время от рабочего дня.
Пока работаю на парт-тайме, мне пришла в голову гениальная идея поучиться в магистратуре, пока я на парт-тайме и как-то развивать карьеру меньше возможностей (ну чтобы уж точно ничего не развить :D). Давно хотела, но не видела подходящих программ. В итоге учусь на "Проектировании образовательного опыта" МПГУ (Московский педагогический) + Skillbox.
Да, у скиллбокса репутация так себе, но именно эта программы понравилось и решила, что могу себе позволить попробовать, она недорогая (75 за семестр). К тому же я не собираюсь переквалифицироваться, мне интересно именно образование в IT, воспринимаю учёбу, как пинок что-то делать в этом направлении + изучить что-то в другой сфере, помимо it.
Правда, почти не остаётся времени что-то применять на практике 🙄 , вот такой парадокс. Но кое-что есть: с code sisters сделали упражнение jigsaw, на котором делали доклады, таким образом немного потренировались в public speaking. Из этой практики вырос закрытый клуб с докладами и канал на ютубе ✨
Про работу, учёбу и инициативы скорее всего ещё напишу отдельно 👀
#магистратура@anna_codes #личное@anna_codes #работа@anna_codes #devto@anna_codes
❤14
💻 Работа 💻
В DEV (dev.to)
Летом прошли глобальные сокращения, потом многие сами поувольнялись: говорят, это обычное дело после сокращений: команда и сама компания становятся другими, некоторые просто хотят в более стабильное место.
Сначала компания рассчитывала на инвестиции осенью 2022, были прям наполеоновские планы по найму, частично успели осуществить. Параллельно планировали развивать 2 бренда - сам DEV (сообщество) и Forem (платформу для сообществ). Уже в начале весны стало понятно, что инвестиций не будет - общая ситуация на рынке на способствует + показатели роста так себе. А т.к. основную часть расходов составляла зарплата, логичным следствием стали сокращения. С учётом последовавшей волны увольнений большая часть команды ушла. Сейчас потихоньку нанимают новых людей, но и уходить продолжают понемногу, тут вообще большая текучка. За последний год-два ушло много прошаренных людей, у которых можно было поучиться и с которыми комфортно было посоветоваться, печально.
От развития Forem пока отказались, хотя платформу оставляем универсальной и возможна самостоятельная установка, сам код был открытым ещё до Forem, таким и остался. Сориентировались на повышение показателей, но предполагаю, что шансы на инвестиции остаются призрачными, поэтому одна из целей - выход на самоокупаемость. Деньги сейчас идут от сотрудничества с it-компаниями, проведения мероприятий и рекламы, это и планируют развивать.
Мне тоже уже хочется чего-нибудь новенького + надоела возня с ип 🙄 и проблемы с выводом валюты (никогда не знаешь, что ещё прикроют). Но пока "новенькое" у меня на учёбе, развлекаюсь с совмещением. В DEV держат гибкие условия и то, что можно относительно нормально заработать на парт-тайм. Комфортная обстановка, несмотря на текучку. В принципе мне кажется удивительным, что получается работать на иностранную компанию: многим проще было уволить "на всякий случай", но небольшие стартапы не так сильно парятся.
А у вас как дела на работе? 😏
#работа
В DEV (dev.to)
Летом прошли глобальные сокращения, потом многие сами поувольнялись: говорят, это обычное дело после сокращений: команда и сама компания становятся другими, некоторые просто хотят в более стабильное место.
Сначала компания рассчитывала на инвестиции осенью 2022, были прям наполеоновские планы по найму, частично успели осуществить. Параллельно планировали развивать 2 бренда - сам DEV (сообщество) и Forem (платформу для сообществ). Уже в начале весны стало понятно, что инвестиций не будет - общая ситуация на рынке на способствует + показатели роста так себе. А т.к. основную часть расходов составляла зарплата, логичным следствием стали сокращения. С учётом последовавшей волны увольнений большая часть команды ушла. Сейчас потихоньку нанимают новых людей, но и уходить продолжают понемногу, тут вообще большая текучка. За последний год-два ушло много прошаренных людей, у которых можно было поучиться и с которыми комфортно было посоветоваться, печально.
От развития Forem пока отказались, хотя платформу оставляем универсальной и возможна самостоятельная установка, сам код был открытым ещё до Forem, таким и остался. Сориентировались на повышение показателей, но предполагаю, что шансы на инвестиции остаются призрачными, поэтому одна из целей - выход на самоокупаемость. Деньги сейчас идут от сотрудничества с it-компаниями, проведения мероприятий и рекламы, это и планируют развивать.
Мне тоже уже хочется чего-нибудь новенького + надоела возня с ип 🙄 и проблемы с выводом валюты (никогда не знаешь, что ещё прикроют). Но пока "новенькое" у меня на учёбе, развлекаюсь с совмещением. В DEV держат гибкие условия и то, что можно относительно нормально заработать на парт-тайм. Комфортная обстановка, несмотря на текучку. В принципе мне кажется удивительным, что получается работать на иностранную компанию: многим проще было уволить "на всякий случай", но небольшие стартапы не так сильно парятся.
А у вас как дела на работе? 😏
#работа