Такое уже есть. По крайней мере на мобильном андроид клиенте над списком чатов появляется текст, который явно контрастирует со списком чатов, с информацией о том, что кто-то получил доступ к вашему списку чатов залогинившись с такого-то устройства, в таком-то месте в какое-то время. Под текстом две кнопки: подтвердить или опровергнуть, что это сделали вы.
Я не знаю где Вы работаете, но, на мой взгляд, в современном айти уже давно корпоративная культура отошла от делового стиля, который Вы описали. Один из первых вопросов, которые задают HR - "Удобно будет на "ты" или на "вы"?" И честно говоря, я искренне этому рад, потому что весь этот формализм напрягает!
По служебной необходимости, так сказать, оказался бета-тестором этой системы (я только сейчас узнал, что это разработка иннотеха, и что DION раньше не было доступен публично). По качеству связи сервис весьма хорош. Но функционала маловато. Не хватает хоткеев, функции "Поднять руку", интерфейс вмещает ограниченное число участников звонка (остальных прячет в выпадающем меню) и индикация активного спикера сделана немного топорно (не всегда очевидно, кто в данный момент времени говорит)
Нюанс ещё в том, что курьер не видит адреса клиента, пока не заберёт заказ из ресторана. Что же касается систематических отказов от заказов, то решается простым увольнением курьера. Потому тут особых проблем нет.
По опыту участия в хакатонах (5 штук позади), хотел бы дать совет. Спите! Спите полноценно. Хотя бы 6 часов. На первых своих хакатонах мы работали до упора. В итоге накапливалась усталость и раздражение. Производительность падала, плюсом возникали микроконфликты.
Последнии два хакатона мы попробовали изменить тактику и уезжали домой поспать. Несмотря на потери времени (сон + дорога) производительность упала незначительно. Да, объективно мы сделали меньше, но были уверены, что весь код отработает на презентации как положено.
Еще советую идти на уловки, если на хакатоне жюри не проявляет интереса к качеству кода. Реализуйте заглушки для фич, вместо реальных фич. Особенно если фичи не имеют ключевого значения. На одном из наших хакатонов, одну из ключевых фич выполнял человек, что сидел в зале и следил за презентацией.
Ну и презентация — один из ключевых моментов, которые многие команды упускают. На многих хакатонах (особенно те, что устраивают ВУЗы) в жюри порой сидят люди, которые не смыслят вообще в программировании. Им все равно какой стек технологий вы юзали, и как красиво вы это все реализовали. Презентация — это продажа. Слайды и то, что вы накодили — это обертка. Но внутри вполне может отсутствовать конфетка. Главное чтобы члены жюри думали, что она есть.
Программирование в современном мире — обычный инструмент, автоматизации обработки данных. Он востребован даже в сферах, которые, казалось бы, вообще не связаны с «технарскими» направлениями. Однако умение работать с этим инструментом не делает всех программистами. Кодерами — да, но не программистами.
Такое уже есть. По крайней мере на мобильном андроид клиенте над списком чатов появляется текст, который явно контрастирует со списком чатов, с информацией о том, что кто-то получил доступ к вашему списку чатов залогинившись с такого-то устройства, в таком-то месте в какое-то время. Под текстом две кнопки: подтвердить или опровергнуть, что это сделали вы.
Я не знаю где Вы работаете, но, на мой взгляд, в современном айти уже давно корпоративная культура отошла от делового стиля, который Вы описали. Один из первых вопросов, которые задают HR - "Удобно будет на "ты" или на "вы"?" И честно говоря, я искренне этому рад, потому что весь этот формализм напрягает!
По служебной необходимости, так сказать, оказался бета-тестором этой системы (я только сейчас узнал, что это разработка иннотеха, и что DION раньше не было доступен публично). По качеству связи сервис весьма хорош. Но функционала маловато. Не хватает хоткеев, функции "Поднять руку", интерфейс вмещает ограниченное число участников звонка (остальных прячет в выпадающем меню) и индикация активного спикера сделана немного топорно (не всегда очевидно, кто в данный момент времени говорит)
Нюанс ещё в том, что курьер не видит адреса клиента, пока не заберёт заказ из ресторана. Что же касается систематических отказов от заказов, то решается простым увольнением курьера. Потому тут особых проблем нет.
Последнии два хакатона мы попробовали изменить тактику и уезжали домой поспать. Несмотря на потери времени (сон + дорога) производительность упала незначительно. Да, объективно мы сделали меньше, но были уверены, что весь код отработает на презентации как положено.
Еще советую идти на уловки, если на хакатоне жюри не проявляет интереса к качеству кода. Реализуйте заглушки для фич, вместо реальных фич. Особенно если фичи не имеют ключевого значения. На одном из наших хакатонов, одну из ключевых фич выполнял человек, что сидел в зале и следил за презентацией.
Ну и презентация — один из ключевых моментов, которые многие команды упускают. На многих хакатонах (особенно те, что устраивают ВУЗы) в жюри порой сидят люди, которые не смыслят вообще в программировании. Им все равно какой стек технологий вы юзали, и как красиво вы это все реализовали. Презентация — это продажа. Слайды и то, что вы накодили — это обертка. Но внутри вполне может отсутствовать конфетка. Главное чтобы члены жюри думали, что она есть.
Спасибо за статью) Буду очень рад почитать про Spring, так как в данный момент изучаю эту технологию