Возможно, как вариант, подойдёт следующая история:
найти ментора (гуглим ментор в ит и видим две основные площадки), пообщаться с людьми и понять что более интересно.
Имхо любое обучение это 2 обязательных фактора
структрура что именно нужно учить
человек, который может давать обратную связь в стиле "вот это человек выучил хорошо, а тут нужно подтянуть"
По сути связка ментор + бесплатные открытые уроки работает довольно хорошо (по моему опыту)
Курсы иногда могут дать такую связку, но не все и не всегда + в курсе людей обычно много, а преподаватель один, поэтому обычно история превращается в "учитесь по программе, я готов отвечать на вопросы"
Но имхо более полезная история с 1-1 обучением.
Хотя опять же фраза "нельзя научить, можно только научиться" имхо имеет смысл
По моему опыту человек когда покупает курс, он скорее покупает "абонимент в фитнес на год, чтобы точно заниматься", а дальше зависит от него.
да, так и есть, но имхо. статья по ссылке более техничная, а здесь более развлекательная = быстрее и легче читается, так что обе статьи точно нужны.
а про метро скорее похожий подход используется
В самом начале эфира был же супер важный момент, который звучал примерно так «как доказать что человек находится именно в этом месте физически, а не телефон/симка/что-то ещё».
И если так ставить вопрос, мне кажется сразу задача становится не такой тривиальной, как «проверить местонахождение по gps».
Не особо понятно, зачем брали дизайнера, если не доверяете его компетенциям.
Вопросы в чате в целом здравые, набор референсов, обычная практика для дизайнеров, чтобы было ощущение, чего хочет заказчик.
История про то, что «мы делаем продукт, которым горим и опираясь на свои личные ощущения» довольно частая в ИТ, и обычно довольно убыточная.
Мне будет очень интересно прочитать вторую часть статьи про то, какой показатель ROI получится в вашем случае. При таком подходе иногда проекты реально «стреляют», но (субъективные ощущения) обычно далеко не в первый год и то, если люди попадают в боли пользователей.
Пока что статья выглядит так: был человек, который пытался ориентироваться на пользователей (вроде бы как раз cusdev работа PO), но мы, силами двух PO и руководителя разработки его уволили и пошли делать продукт «по ощущениям»
Всегда можно сделать expected fun и определить её отдельно для ios/Android
Советую попробовать в маленьком проекте и посмотреть, насколько будет удобно
Если я правильно понял то, что написано по этой ссылке, то у LibGDX есть своя виртуальная машина для java которую они запускают при старте приложения на iOS
Насколько я понимаю нет, потому что Java компилируется только в байт-код для JVM.
А Kotlin/Native, как раз фича которая позволяет компилировать kotlin-код в бинарники под разные платформы.
Статья отличная. У меня есть вопрос к автору nmivan.
У вас часто встречаются словосочетания «теория систем». Что советуете почитать, чтобы понять полностью о чём речь и как это работает.
P.S. google показывает только книжки 70х годов((
Это похоже на производственную практику, если стажировка закрывает отчет по практике. Когда я проходил летнюю школу программирования (по-сути та же стажировка) у нас была стипендия, для тех, кто нормально учился. Поэтому ИМХО, если человек проходит стажировку с достоинством и по-факту хорошо выполняет нужные задачи(даже если они учебные), стажировка должна оплачиваться, совсем другой вопрос, какой размер стипендии, но это уже от компании больше зависит
Возможно, как вариант, подойдёт следующая история:
найти ментора (гуглим ментор в ит и видим две основные площадки), пообщаться с людьми и понять что более интересно.
Имхо любое обучение это 2 обязательных фактора
структрура что именно нужно учить
человек, который может давать обратную связь в стиле "вот это человек выучил хорошо, а тут нужно подтянуть"
По сути связка ментор + бесплатные открытые уроки работает довольно хорошо (по моему опыту)
Курсы иногда могут дать такую связку, но не все и не всегда + в курсе людей обычно много, а преподаватель один, поэтому обычно история превращается в "учитесь по программе, я готов отвечать на вопросы"
Но имхо более полезная история с 1-1 обучением.
Хотя опять же фраза "нельзя научить, можно только научиться" имхо имеет смысл
По моему опыту человек когда покупает курс, он скорее покупает "абонимент в фитнес на год, чтобы точно заниматься", а дальше зависит от него.
а про метро скорее похожий подход используется
В самом начале эфира был же супер важный момент, который звучал примерно так «как доказать что человек находится именно в этом месте физически, а не телефон/симка/что-то ещё».
И если так ставить вопрос, мне кажется сразу задача становится не такой тривиальной, как «проверить местонахождение по gps».
Вопросы в чате в целом здравые, набор референсов, обычная практика для дизайнеров, чтобы было ощущение, чего хочет заказчик.
История про то, что «мы делаем продукт, которым горим и опираясь на свои личные ощущения» довольно частая в ИТ, и обычно довольно убыточная.
Мне будет очень интересно прочитать вторую часть статьи про то, какой показатель ROI получится в вашем случае. При таком подходе иногда проекты реально «стреляют», но (субъективные ощущения) обычно далеко не в первый год и то, если люди попадают в боли пользователей.
Пока что статья выглядит так: был человек, который пытался ориентироваться на пользователей (вроде бы как раз cusdev работа PO), но мы, силами двух PO и руководителя разработки его уволили и пошли делать продукт «по ощущениям»
А внутри xml и красные квадраты.
Flutter android
нет тега перевод((
expected funи определить её отдельно для ios/AndroidСоветую попробовать в маленьком проекте и посмотреть, насколько будет удобно
А Kotlin/Native, как раз фича которая позволяет компилировать kotlin-код в бинарники под разные платформы.
У вас часто встречаются словосочетания «теория систем». Что советуете почитать, чтобы понять полностью о чём речь и как это работает.
P.S. google показывает только книжки 70х годов((
Самое непонятное 48
может быть:
istio — тогда это яхта
Node.JS или Nginx или Nomad — зелёный коврик
2) Grafana
3) Github (кот на корабле)
4) Kubernetes(штурвал)
5) Kotlin(флаг)
6) Docker(кит и контейнеры)
7) PHP — слон в контейнере
8) Python
9) Sphinx
10) MySql — дельфины
11) розовый
12) какой-то круг
13) react
14) selenium
15) TeamCity
16) GoLang
17) Avito
18) Postgresql
19) Lua
20)
21) Spring —
22) swift
23) vertica
24) apple
25) Ruby
26) TenzorFlow
27) Cassandra (ураган)
28) RX (в воде)
29) Linux
30) Debian
31) JS
32) Babel
33) NSQ
34) Redis