Есть подозрения, что задача одна и та же — в помещении-то тоже есть выпусклые предметы, а вогнутости (углы комнаты) на тех же скулптурах. Топологически это одна и та же задача моделировать такие объекты.
Не понятно, чем приложение, да еще и доступное только на отдельном устройстве принципиально тличается от 123D от Autodesk, которое работает с фотографиями с любого телефона/фотоаппарата, да и доступно бесплатно для некомменческого использования?!
А диалект выбирается один — официальный мандарин, тут проблем с выбором как раз нет: на нем большинство печатных изданий и выходят, транслируются передачи, им пользуются при ведении дел.
Про это же пишет основатель laoshi
Хотелось бы понять, почему вы считаете изучение китайского онлайн неинтересной идеей?
По монетизации вопрос очень деликатный.
Что хотелось бы по этому поводу сказать:
пользователи видят в мыслях о монетизации зло, а денег для развития качественного ресурса у инвесторов без планов на монетизацию поднимешь если только у совсем непонимающего человека, да и риск того, что он потом захоте чего-то едакого, что погубит дело, очень высок
coursera пытается найти свою модель, ввели же они платные сертификаты. При этом проект живет на большом фане и личностях основателей, которым доверяют.
По китайскому языку хорошим ресурсом является laoshi.ru. Они о себе писали недавно
Японский, да и китайский, есть на busuu.com, русский интерфейс прилагается.
Не пытался учить эти языки, хотелось бы понять, удобен ли их функционал для обучающихся именно этим языкам? Люди говорят, там требуются иные подходы для хорошего качетва.
С тайским проблемнее: русифицированных платформ нет, да и английские попадаются только такогоплана
1) Мы ориентируемся на неакадемическое образование — академических курсов действительно много. Мало того, там серьезные проблемы с монетизацией.
2) Идея интересна, спасибо! Порекомендуете сообщества по этим языкам?
Боюсь, что часто опыт такой упирается в знание самого языка. Соглашусь, что он не прост. Самого меня в него неплохо погрузили в универе, и предупредили, что не все признают UML.
Реальный опыт таков, что я его использую при составлении требований, когда понимаю, что после прочтения
больших текстов описания (под-)системы возникнет еще больше вопросов, чем до. Также иногда применяю для наглядности представления создаваемого модуля, притом даже если над кодом работаю только я один.
Чаще всего на практике, конечно выходит, что какой-то один-два типа диаграмм используется.
Расписывать каждый проект обязательно по всем диаграммам — верх невежества.
Я говорю про грамотность! Какой программист хороший, когда ему показываешь диаграмму, а он говорит, что не понимает, что это «объясните на пальцах»
— Анализ требований — обязательно
— Проектирование — обязательно.
Вообще, хороший программист должен уметь проектировать на UML. Во время этого процесса узнаешь много нового и намного раньше, чем дико спасаешь свое время в дальнейшем.
Без выполнения этих пунктов проект точно в какой-то момент затопчет сам себя.
vimeo.com/68832891
В целом, и студент хорош — полез в медиабизнес, где играют крупные дяди, чаще всего не всегда честно, за что и получил по голове.
Все-таки лучше качаться, как прогер, чем лезть делать свой стартап. С опытом придут и хорошие идеи и понимание рынков.
Лучше бы они объяснили, зачем они это сделали =)
Про это же пишет основатель laoshi
Хотелось бы понять, почему вы считаете изучение китайского онлайн неинтересной идеей?
Что хотелось бы по этому поводу сказать:
Японский, да и китайский, есть на busuu.com, русский интерфейс прилагается.
Не пытался учить эти языки, хотелось бы понять, удобен ли их функционал для обучающихся именно этим языкам? Люди говорят, там требуются иные подходы для хорошего качетва.
С тайским проблемнее: русифицированных платформ нет, да и английские попадаются только такого плана
2) Идея интересна, спасибо! Порекомендуете сообщества по этим языкам?
Реальный опыт таков, что я его использую при составлении требований, когда понимаю, что после прочтения
больших текстов описания (под-)системы возникнет еще больше вопросов, чем до. Также иногда применяю для наглядности представления создаваемого модуля, притом даже если над кодом работаю только я один.
Хорошо, но вы же проектируете как-то предварительно систему? Скажите, как вы описываете сложные системы, опираясь на свой опыт!
Расписывать каждый проект обязательно по всем диаграммам — верх невежества.
Я говорю про грамотность! Какой программист хороший, когда ему показываешь диаграмму, а он говорит, что не понимает, что это «объясните на пальцах»
— Проектирование — обязательно.
Вообще, хороший программист должен уметь проектировать на UML. Во время этого процесса узнаешь много нового и намного раньше, чем дико спасаешь свое время в дальнейшем.
Без выполнения этих пунктов проект точно в какой-то момент затопчет сам себя.
А «свой» магазин андроидных приложений — не великое дело