Interactive Brokers та мій pet project, що спрощує подачу звітності в Україні
Привіт. Мене звати Віктор Севастьянов. Я почав працювати веб розробником, по прямому контракту на іноземну продуктову компанію, з 2013 року. Маю досвід роботи з Java, Groovy, Kotlin, Java Script, Type Script, Grails, AngularJS, Angular, Micronaut, MS SQL Server, PostgreSQL, SVN, GIT.
У вільний від роботи час я цікавився інвестиціями, і коли у 2020 році у мене з’явилася можливість, я відкрив рахунок у Interactive Brokers та почав інвестувати у фінансові інструменти на американських фондових біржах.
А у 2021 році я вирішив пройти, давно придбаний мною, курс по хмарним сервісам Амазону. Оскільки, теорія без практики це марне витрачання часу я став думати на чому тренуватися. Створення хелоу вордного веб сервісу для мене здалося заннато простим рішенням. Тому ідея створення веб сервісу що полегшить розрахунки податків прийшла досить швидко.
У цьому році у мене закінчився контракт і я вирішив шукати іншого замовника.
Питання до більш досвідченних колег:
1) На скільки спрощує найм наявність pet project?
2) Чи варто викласти код у публічний доступ?
3) На скільки враховуються рекомендації із попередньої роботи?
4) Які враження у вас виникають від мого pet project?
28 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарів4) Враження ніякі — сайт дохлий
1. Спрощує, якщо якісний, оновлюється і працює.
2. Так, звісно.
3. За кордоном в великі корпорації — враховуються. У нас — де як.
4. Він не працює. Експортував старий рапорт за 2021, видалив дані про акаунт і ПІБ. Залив в сервіс, отримав «Підчас обробки звіту виникла помилка». Дуже інформативно :-D
Сервіс не переварив trade code — FPA
Більш інформативні повідомлення зроблені для більш банальних помилок (наприклад, не вірний формат файла)
Колеги, сервіс на даному етапі підтримуює лише коди «O» та «C» (для розділу "Сделки"/"Trades".
Також сервіс не враховує програми лояльності (кешбек, займ фін інструментів брокера) а також корпоративні дії.
Так краще ігнорувати невідомі коди, а не падати. Кинути попередження і продовжити обробку.
Інакще виходить, що поки сервіс не буде підтримувати всі відомі коди операції, він буде падати в абсолютно неперебачуваних місцях.
Ні. Користувач легко може проігнорувати (не уважно прочитати) попередження а потім запізно побачити що частина операцій не врахована.
Я більше схиляюся, до того що варто вказати на сторінці, що підтримуються лише коди «O» та «C». Користувач може зарання видалити операції що не підтримуються та порахувати їх окремо.
І звісно, замість помилки «Підчас обробки звіту виникла помилка» краще вивести на кшталт «Код транзакції „FPA“ не підтримується»
1 Залежно що в тому проекті і наскільки він вилизаний. В мене код, який я пишу на роботі, в рази чистіший від пет проектів.
2 Для 5+ років, тобто сіньора і вище, пет проекти не важливі бо і так зрозуміло що людина вміє кодити.
Виняток — ранні стартапи коли інтерв’ювер не має досвіду визначити самозванця і тут в діло йдуть пет проекти, тестові завдання і т.п.
Залежить від пункту 1.
Чим краща контора і вища позиція тим ретельніший відбір.
Десь важливо, десь ні. Якщо про тебе хороші відгуки, менеджер написав рекомандацію в лінкедін то це завжди великий плюс.
Норм, видно що бекендщик:)
П.С. Ком в тексті забагато)
Ну як на мене — радикально спрощує. Інакше єдиним способом дізнатись чи є кандидат програмістом — це виконання тестового.
Так, бо без наявності коду саме існування проекту нічого не скаже про те, який ви програміст
Ну враховуються якщо є, але не будуть ключовими для прийняття рішення
Ідея в принципі цікава, але й є що вдосконалювати. Треба спробувати покористуватись.
1) Значительно, особенно для Европы или США, если нанимаетесь в стартап
2) Да, конечно же стоит — причем организовать процесс мержа реквестов
3) Достаточно сильно для США и Европы, но только не аутсорс/аутстафф
4) Есть ли у проекта 10к+ активных пользователей? Тогда стоит почитать отзывы пользователей. Если нет — тогда ваш проект пока что не реализовался.
С 10к+ вы явно загнули :) Если у пет-проекта хотя бы пара десятков юзеров есть, это уже отлично. 10к+ это так то уже успешный коммерческий продукт. Особенно если это не какой-то очередной тайм-киллер на айфон.
Набрать очень легко — надо делать на англоязычную аудиторию
4) враження залежить від бекграунду глядача, можливо тому хто буде дивитися в код воно буде — гуд, а з точки зору «користувача» — «ну так собі». Якщо впевнений в своєму коді, то наголошуй на ньому, а «візуальну компоненту» оминай. (Або почитай щось про те як повинен виглядати «товар», взаємодія с користувачем, та таке інше по темі «створення продукту». Хоча б для загального бачення.)
Взагалі, плюс за мотивації таким займатися ))
Дякую за відповідь. А що саме Вам не сподобалося?
Те що мені «не сподобалось» неможливо описати тут кроткими словами, бо щоб було «коротко та ясно» треба співпадіння «бекграунду», а в нас він точно різний і як велика різниця — невідомо (один одного ми не знаємо). В розмові можна було б спробувати... як що що.
Про бекграунд глядача повністю згоден.
Та насправді для кінцевого цільового користувача цей інтерфейс дуже навіть ок :) Зазвичай такі користувачі взагалі в екселі подібні задачі виконують. Звичайно що можна покращити, але це саме той варіант коли функціонал важливіший за «красиво». Тим-паче це опенсорс. Загугліть інтерфейс HandBrake. Там в принципі його немає, проте річ просто бомбезна і «продавати» її не треба — кому треба, «купить» як є. Але все одно не заперечую вашу думку, просто залишив комент для автора.
пет-проджект — це «вітрина», тож апелювати к інтерфейсам за допомогою яких ще інквізиція працівників інтерпрайзу (кровавого) катувала — таке собі. Кортше, я прихильник виразу з промислового дизайну (котрий інженерія) — «хороша машина повинна бути красивою».
Тільки якщо вона йде на продаж :) Якщо автор хоче цей проект презентувати в масу, при цьому це не якась проф-орієнтована річ, то повністю з вами згоден.
Типу «якщо я не амбітний» то і старатися не треба? )) ну, теж погляд на життя )
Амбіції то є круто, але в них можна і потонути. Пет-проект означає, що він йде поряд з існуючою фулл-тайм роботою, а отже перше що треба робити, це саме функціонал, а вже потім будувати красиве обличчя. Інакше функціонал залишиться на стадії мрій (по собі знаю). Імхо в таких справах старатися треба якраз у функціоналі, а то бац і податки не так порахуються. За UI тебе ніхто не обматюкає на початковому етапі, а от за зламаний критичний функціонал дуже навіть :))
Не обматюкає, бо і користуватися не буде. До прикладу, перше що зразу помітно у цьому проекті — нема інформації про актуальність алгоритму розрахунку останній редакції закону... про це можна тільки здогадуватися «вірячи на слово». А це — UI, одна з критичних функцій, дати користувачу інформацію про дієздатність/актуальність. Для проектів «критичного» типу — це важливо.
...коротше, я не збираюсь переконувати. Мені за це не платять ) кожен остається при своїх.
Погоджуюсь але частково.
1) З тим що користуватися не будуть, у разі грубих помилок — згоден частково. Будуть користуватися якщо не має альтернативи (як ті миші і кактус :)). Звісно, мова не про мій pet project. У його комерційний успіх (й подібних проектів) я взагалі не вірю. Оскільки для більшості вистачить електронних таблиць.
2)
І так і ні. Звісно, сторінка яка пояснить як рахувати інвестиційний прибуток, податки з дивідендів і.т. із посиланнями на чинне законодавство має бути. Більш того у планах вона є. Але я виходив з того, що це pet project і з того що той хто розпочав цей шлях інвестора вже знає алгоритм розрахунків (про них не сказав лише лінивий фінансовий блогер) і він не настільки складний і часто змінюваний щоб його не можна було легко перевірити.
3) Старий UI.
Якщо у магазина гарна вітрина але у ньому немає того що треба людям то всім абсолютно байдуже наскільки гарною є обгортка.
Не завжди вітрина є настільки великою, щоб на ній можна було викласти весь свій асортимент.
у даному разі «магазин» — це автор пет-проекту, він рекламує себе. Тож на цю вітрину взагалі то треба і витратити зусилля, бо інакше навіщо.
Якщо це не щось дуже відоме, то малоймовірно. За мої 6 років досвіду (фронтенд) всім було все одно маю я пет-проект чи ні. Але якщо він у відкритому доступі, то на нього можуть подивитись щоб зрозуміти як ви організовуєте свою роботу.
Так. Особливо ваш проект. Наразі у вас лише IB, але однодумці на базі вашого проекту зможуть дописати функціонал до інших брокерів. Але обов’язково підготуйте проект для опенсорсу.
З укр аутсорсу в укр аутсорс можливо й враховуються. А от якомусь Джобу з Нідерландів все одно на Петра зі Львова, з мого досвіду.
Ідея топ, реалізацію не тестував :)
Дякую за розгорнуту відповідь. По п.2 github чи gitlab на Вашу думку?
Як би я не полюбляв GitLab (хоча на справді для мене 50/50, залежить від задач) — краще GitHub. Вас ніколи не запитають лінку до GitLab, а от до GitHub дуже навіть. GitHub більш заточений під опенсорс в плані соціальної активності.
Може я щось не так зробив, але чомусь з моїх понад 100 трейдів за цей рік, я отримав результат тільки по 4м з них, і всі по EPAM :)
Там де була лише купівля не враховується.