Використовую HomeMoney.
Я прийшов до того, що є сенс трекати лише витрати, вносити доходи немає сенсу.
Чи бачив хтось таку фічу, коли вводиш витрати в гривні, а додаток зберігає в оригінальній валюті та паралельно конвертує в іншу, напр $?
Цікава і натхненна історія, успіху тобі в подальшому розвитку!
Круто, що маєш великі амбіції — це важливіше за досвід і фінансування.
Досвідчені програмісти тут ставлять резонні питання, і тобі з часом доведеться шукати на них відповіді.
Але фішка в тому, що не вони чи я опублікували пост про свій проект, а ти. Саме через ті питання, мало хто наважується стартувати чи навіть думати про такі проекти. І неважливо який буде результат — робота на одною ідеєю може привести тебе до зовсім іншої, а процес познайомить з цікавими людьми...
Від себе додам — спробуй зробити найпростіший прототип самостійно або вдвох з партнером. Зараз більшої команди не потрібно — спочатку знайди одного технічного партнера. І паралельно вчись кодити сам ;)
Успіху!
Часто пишу тімлід, фіча, продакшн, сіньйор, деплой, стендап, чекін...
Якщо шукати аналоги українською — текст получається сухим і схожим на реферат, треба більше пояснювати.
Ще важливо для кого писати, якщо не для ІТ, то так — треба шукати зрозумілі формулювання та замінники.
Цікавий досвід, дуже кльово, що був фізичний продукт.
Я багато займався такими проектами, але фізичний продукт був лише один — візитки зі стрес-тестом. Дуже приємні спогади, як шукали виробника карток та клеїли по 500 датчиків за вечір ;)
Підтверджую, що свої проекти приносять дуже багато різностороннього досвіду та вражень.
На додачу до ваших рекомендацій, додам коментар про емоційну складову код-рев’ю.
Агресивний код-рев’ю
Як програмісти можуть проявляти агресію до колег?
Один зі способів — рев’ю пул ріквестів. Тут можна застосувати багато технік пресингу та зачепитись за логіку коду, форматування, документацію, тести, структуру...
Як розрізнити агресивні коментарі від резонних зауважень та цінних рекомендацій? Це видно по сукупності факторів — тон коментарів, чи є бажання розібратись, чи нав’язати свою думку. Агресивний тон відчувається відразу. Ось гарний матеріал, де описано як варто робити рев’ю коду.
Що робити у випадку, коли ви відчули на собі агресивне рев’ю? Перше — не переходити на агресію самому. Ввічливість перемагає будь-яку грубість, особливо якщо ввічливість підкріплена твердістю та силою)
По друге, варто постаратись зрозуміти природу агресії. Це може бути тактика захисту агресора — занизити вашу кваліфікацію і тим самим підвищити свою в очах менеджменту. Це може бути поганий настрій після довгого святкування минулої ночі. Або ж банальна відсутність в людини етики та емпатії. Причин може бути багато.
В залежності від причини, ви зможете вибрати адекватну стратегію протидії. Для прикладу, залучити третю сторону, ввічливо розжувати своє рішення, проігнорувати чи відповісти мемом, тонко натякнувши, що ви добре розумієте, що приховує ваш колега за своїми «впевненими» та «мудрими» коментарями.
Если через WayForPay?
Писав на цю тему в одному з випусків розсилки.
Закрита вилка — ознака посередника
Коли рекрутери на Лінкедіні піднімають питання вилки зарплат, то всі програмісти одноголосно за відкриті вилки.
Далі рекрутери пояснюють, що вилки не завжди відкриті, бо вони хочуть знати, скільки хоче отримати програміст, від цього і відштовхуватись. Ще одне пояснення, що вилка залежить від вашого досвіду і буде відома в процесі інтерв’ю.
Тут така штука, як би то сказати... Це все брехня. Клієнт завжди має бюджет на позицію, яку він хоче закрити. Або компанія вже продала проект по певному рейту і точно знає максимум, який готова платити. Мета закритих зарплатних вилок завжди одна — більша маржа для посередника. Звичайно, за рахунок девелопера. Відповідно, закрита вилка — ознака арбітражу, або посередника у ваших стосунках з кінцевим клієнтом.
Я навіть не можу придумати якогось іншого варіанту, де діапазон зарплати є сенс приховувати. Якщо є такі ситуації — поділіться.
З іншого боку, я за адекватний торг, коли очікування програміста є трохи вищими за бюджет вакансії і компанія намагається компенсувати різницю з допомогою додаткових бенефітів. При умові, що бюджет був озвучений з самого початку.
Ідеальна ситуація з точки зору зручності, коли і клієнт і програміст відразу бачать очікування один одного і не торгуються. Такі ситуації може і зручні з точки зору відсутності стресу, але не надійні, бо кожна сторона буде думати, що була можливість отримати ще вигідніші умови.
Ідеально буває рідко, корекція — нормальна практика як з однієї, так і з іншої сторони. Навіть краще, якщо ви докладаєте трохи зусиль, щоб аргументувати свої очікування, а клієнт намагається вас зацікавити своїм проектом. Як описано в книжці «Домовитися можна про все!», кожен контракт потрібно вимучити, щоб було здорове напруження в процесі узгодження всіх умов. Навіть якщо в результаті переговорів (співбесід) кожен залишиться при своєму, затрачені зусилля відіграють роль емоційного клею на майбутнє. Тоді є шанс працювати разом довго і плідно.
1. Залежить від твоєї мотивації.
Якщо заробити грошей, то не варто.
Якщо скучно і хочеться драйву, то не шукай порад і книжок — варто.
Бачу, зараз є потенціал створювати невеликі команди з профі і шукати клієнтів, які готові платити $70-100/год. Ти сам технічний спеціаліст, тому цей шлях може спрацювати.
2. www.youtube.com/watch?v=SRbyIjcdkIo
3. ніхто не підкаже, в кожного своя історія. думай сам
4. ФОП
Поради з 18 року, але плюс-мінус так само актуальні ;) dou.ua/...es/how-to-set-up-company
Ринок міняється під нові умови: пряма робота з клієнтом, ремоут. Відбувається реструктуризація.
Я веду про це щоденну розсилку.
Ось один з випусків, де описую детальніше про пряму роботу.
kiosan.substack.com/p/—d39
Працювати напряму з клієнтом, тоді не треба бути ні тімлідом, ні CTO.
Так, треба англійська і гарні навички спілкування.
Для автономного програміста 5К може бути й за 20 год/тиждень.
Опублікував на цю тему в ЛІ — www.linkedin.com/...vity:6858491803105067008
Дякую за рекомендацію, додав Телеграм — t.me/bondardaily
Конечно, RSS — kiosan.substack.com/feed
Мій подкаст для програмістів
soundcloud.com/sashabondar
Скільки ж треба зусиль, щоб максимально сповільнити ріст зп )
З точки зору бізнесу все вірно — сам так робив.
А з точки зору програміста?
www.linkedin.com/...vity:6759478861815169024
Я хотів би вносити витрати в гривні і щоб кожна транзакція паралельно конвертувалась в долари.
Це корисно для розуміння витрат в довгих проектах, коли курс може значно змінитись (ремонт, будівництво) або для порівняння витрат по роках.
Долар в цьому випадку виступає як еталон для оцінки.