Interactive Brokers і Wise мають відмінну інтеграцію.
Привіт, Ярославе.
Хочу поділитися своїм досвідом, який можна розглядати як логічне узагальнення від
пошуку роботи з напарником
до
пошуку роботи командою
З пошуком роботи разом із колегами я зіткнувся у 2022, коли скоротили команду, яку сам збирав. Також неодноразово обговорював цю тему з СТО з України та США.
Модель найму цілими командами справді може працювати в аутсорсингу. Наприклад, коли я працював у Ciklum/Thomas Cook, одну з команд сформували саме таким чином.
Проте у продуктових компаніях я такого не зустрічав.
Чому ця модель не є поширеною?
Коли ти наймаєш одного розробника, ти інтегруєш його в процеси, соціальні зв’язки та культуру компанії.
А коли береш цілу команду, це вже певною мірою міні-поглинання: потрібно інтегрувати не окрему людину, а групу зі своєю внутрішньою культурою, зв’язками та ієрархією.
У результаті отримуєш типовий acquisition — зі всіма його проблемами, але без бізнес-цінності: без потрібної доменної експертизи, клієнтської бази чи унікального продуктового досвіду.
Ярославе, висловлю своє особисте бачення — стаття не виглядає повною й об’єктивною. Спробуйте заради цікавості пропустити текст через режим deep research у трьох провідних LLM, щоб моделі визначили можливу необ’єктивність, неповноту або маніпуляцію фактами.
Наприклад ви отримаєте, що назва
Що відомо про виробника ракет «Фламінго», в якого працює понад 2000 людей
не має підтвердження в тексті статті, окрім слів Ірини Терех.
Однак оскільки стратегічна ціль нашої команди — максимізувати кількість денних активних користувачів (DAU), ми працюємо над покращенням retention-метрики (утримання користувачів у застосунку) і робимо так, щоби люди органічно поверталися в продукт. Тому пріоритетом для нас є користувацький досвід. Ми працюємо над тим, щоби максимізувати цінність для користувачів і розвʼязати їхній біль.
Oleksiy Shevchenko, а ви самі вірите в те, що пишете? Людині потрібна людина, а не знову й знову відкривати застосунок для знайомств. Інструмент для знайомства є одноразовим, тобто якщо застосунок добре виконав свою роль, то він більше не потрібен.
Час кандидата — безкоштовний для компанії.
Натомість час працівників, які перевіряють тестові завдання, проводять інтерв’ю та надають зворотний зв’язок — коштує грошей. Тому не варто очікувати, що процес найму буде зручним або адаптованим під ваші інтереси.
Тестове завдання до співбесіди — це такий самий фільтр, як і перегляд резюме.
Компанії рідко пояснюють причини відмови: по-перше, щоб уникнути публічних обговорень, по-друге — щоб мінімізувати юридичні ризики.
Спроба з’ясувати, чому саме ви не пройшли далі, — це марна витрата енергії. Іноді причина банальна: тестових завдань надійшло занадто багато, і ваше ніхто навіть не відкривав.
Просто не зупиняйтесь. Продовжуйте розвиватися.
Кожне «ні» наближає вас до правильного «так».
Дякую.
Якщо будуть коментарі, на які зможу допомогти відповісти — клич у обговорення.
Чекаю від тебе огляд Application Design Center. Цікаво буде почути твої враження.
Повага за правильні висновки.
Низький уклін за донати на ЗСУ.
Книга хороша, сам взяв звідти кілька інсайтів. Тому схвалюю поширення ідей звідти, щоб люди теж її прочитали. Особливо коли це проходить через призму особистого досвіду. А ось назва посту виглядає выпендрежно. З віком це мине, як і бажання бути трудоголіком.
Виглядає як накидання на вентилятор.
1) У продуктових компаніях максимум, що ви робите з AI, це налаштовуєте моделі через промпти та finetuning
2) Потрібно ще налаштовувати flow, так Node.js чудово справляється із задачею оркестрації.
Тому ваш скептицизм мені не зрозумілий.
Український ринок відстає від ринку США/Канади.
тим, що ми втрачаємо контроль за можливістю вказувати порядок мов
Про це в постановці завдання я не побачив. Що заважає порядок визначити через порядок ключів об’єкта languageDisplayNameMap? Лейбли будуть для кожного із селекту свої, адже так?
в загальному випадку це вже не спрацює
Для загального випадку ваше рішення не підходить, оскільки не перевіряє на дублікати.
Якщо я правильно зрозумів завдання таке:
Що конкретно ми хочемо від languageOptions:Щоб усі його елементи були з Language.
Щоби довжина цього масиву дорівнювала довжині (кількості конституент) enum Language.
Пане Владислав, скажіть, а чим викликано, що простіші варіанти вам не підійшли?
Варіант 1 (зі збереженням enum):
enum Language {
EN = 'en',
ES = 'es',
FR = 'fr',
DE = 'de',
PT = 'pt',
JA = 'ja',
TR = 'tr',
}
const languageOptions: Language[] = Object.values(Language);
Варіант 2 (із заміною enum):
// todo rename to languages
const languageOptions = ['en', 'es', 'fr', 'de', 'pt', 'ja', 'tr'] as const;
type Language = (typeof languageOptions)[number];
const languageDisplayNameMap: Record<Language, string> = {
en: 'English',
es: 'Spanish',
fr: 'French',
de: 'German',
pt: 'Portuguese',
ja: 'Japanese',
tr: 'Turkish',
};
Зазвичай у контексті сертифікацій говорять про індуський читинг. Складання за іншу людину сертифікації чи іспиту, інструменти для обману прокторингу поставлено потік.
А щодо kodekcloud, це нормальний сервіс, другого ешелену. Я по ньому вчив свого часу Certified Kubernetes Security Specialist
— voucher for AWS Cloud Practitioner itskills4u.com.ua/exam-voucher
— voucher for GCP (4 certifications) cloud.google.com/...vators/getcertified?hl=en
Пояснювати клієнту, якщо бізнес процес ще не визначено, то не треба його передавати у розробку.
На мій погляд цей список не відображає реальних потреб ринку. Наприклад, у ньому немає питань щодо TypeScript або Cloud.
Дмитрий, вы привели хорошую историю в качестве примера. Но если подумать, почему если в компании принят стратегический подход и есть два идентичные вакансии с интервалом в месяц-два их не процессят сразу? В ответе буду благодарен за цифры — стоимость привлечения лида, конверт рейт в кандидата, офер рейт, заработная плата.
Правильно ли я предполагаю, вы еще не сделали себе брокерский счет для работы с акциями, ETF и т.д., не сделали пенсионную программу (там другое правила отчуждения). То есть вы не работаете с фин. инструментами для защиты капитала. Вы просто хотите защитить капитал посредством вложения в недвижимость для собственного проживания. Ведь так?
Почему я спрашиваю, я сделал именно так в возрасте с 25 до 30. Это была Донецкая недвижимость. Поэтому, как показывает время, это была ошибка с моей стороны. Диверсифицируйте свой капитал.
Сергію, з усією повагою, але у статті нема основного — змін у бізнесі.
Що було з жовтня 2022 у бізнесі? Чі перешли зі стартапу до скейлапу? Скільки разів був pivot? Чи знайшли успішну бізнес-модель? Чи залучали нових інвесторів? Та ще багато чого...
Зміни проджект та тех процесів без опису змін у бізнесі не мають сенсу. Бо від змін у бізнесі залежить, куди дутиме вітер і як будуватимеш техпроцеси.