собственно говоря мысль аффтора справедлива, подтверждаю.
когда есть нужда долго набирать текст пальцы сами позиционируются, кисти сами выбирают место с
минимальной подвижностью.
после третьей же страницы ворда понимаешь, что начал печатать быстрее.
сейчас печатаю 4-6-пальцевым, потому, что:
1)никогда не набирал 100 страниц. да и в после 20-50 страниц знаки препинания ещё не идеально набираются.
2)будучи программистом не мог себе позволить опечатки в знаках препинания, которых куда как больше, чем в обычном тексте, поэтому сбивал положение рук уделяя специальное внимание таким знакам.
действительно, для таких лучше qip/infium — там jabber создаётсяобязательно. кроме того как только кто из людей называет тебе гуглопочту или другой сопряжённый с жаббером аккаунт — добавляешь его к себе и упорно шлёшь сообщения через него :)
особенность в том, что дисплей обычно покрывает 45° горизонта, в то время как сам занимает порядка 20-30°.
и названные две особенности становятся косяками.
продвинутые графмоторы усекают дальность картинки по азимуту 45°, но как они это делают мне пока не ясно. но даже такие как правило грешат искажением размера у края дисплея.
вот теперь вопрос: в половине игр игрок дальше видит по диагонали раза в полтора, причём при таком косом зрении избражение объекта увеличивается в полтора раза.
какое проецирование нужно, чтобы этих двух косяков не было?
извините, не совсем понял математику.
вы осуществили декомпозицию задачи на равные блоки.
вы вручили блоки с разной специализацией (где-то ближе к ядру, где-то ближе к gui) соответственно талантам программистов — как бы вроде бы исходя из критерия «специалист K сделает блок со спецификой X быстрее других в команде»
так что ли?
какие ещё детали и методы?
просто в статье только и видно, что «лид-программер щёлкает плоские блоки толпами и быстро, так что ядро оставили нубам». это заставляет думать, что вы не смогли донести и раскрыть метод.
достаточно чтобы кассиры «быстрой кассы» не принималию людей с тележками.
тогда бы не было пикового раздражения, которое вдохновило это шутливое «научное исследование»
1)я создаю план: 100попугаев ежемесячно
если зарплата задерживается — мне видно каков долг работодателя.
например теперь он мне должен 200попугаев.
2)я получаю аванс в 40 попугаев.
ace money считает, что зарплата изменилась до 40 попугаев.
cash organiser считает, что долг работодателя передо мной теперь 160 попугаев, так как он раскладывает 100 на 40+60, 40 списывает в пользу моего кармана, 60 (и 100 за следующий месяц) оставляет в плане поступлений.
аналогично с квартплатой, если я выплатил её частично: acemoney изменяет размер квартплаты, cashorg изменяет мой долг
что таки делаете вы в такой ситуации?
— по поводу мобильной версии. а вы можете показать use cases вообще? те самые, где не нашлось места для мобильных приложений?
имхо ценность такого софта исключительно в мгновенной регистрации движения денег с возможностью про olap-ить движение «попозжа».
то есть вы выкинули половину функционала вашего софта запросто так, ибо сосредоточились на свистелках-перделках красивых чартиках настольной версии.
вы упорно не понимаете: windows mobile!!!
вы вообще можете показать use case по мобильному приложению?
скорее всего нет. потому, что для вас мобильное — халявный бонус клиенту, на который вам напрягаться не хочется.
и два контрольных выстрела в яйца
1) регулярное поступление-выплата.
я получил аванс как частичную зарплату (выплатил аренду квартиры частично) — как изменяется план?
а)меняется сумма зарплаты как в ace money
б)меняется сумма одной выплаты с сохранением зарплаты и внесением остатка зарплаты в план как в cash organiser
2)дал в долг другу 50к, он мне 300к, я ему 60к, я вернул 300к. он взял 20к. запутанно. но реально.
когда есть нужда долго набирать текст пальцы сами позиционируются, кисти сами выбирают место с
минимальной подвижностью.
после третьей же страницы ворда понимаешь, что начал печатать быстрее.
сейчас печатаю 4-6-пальцевым, потому, что:
1)никогда не набирал 100 страниц. да и в после 20-50 страниц знаки препинания ещё не идеально набираются.
2)будучи программистом не мог себе позволить опечатки в знаках препинания, которых куда как больше, чем в обычном тексте, поэтому сбивал положение рук уделяя специальное внимание таким знакам.
www.dazzle.ru/spec/udveer.shtml
шуточки у вас
особенность в том, что дисплей обычно покрывает 45° горизонта, в то время как сам занимает порядка 20-30°.
и названные две особенности становятся косяками.
продвинутые графмоторы усекают дальность картинки по азимуту 45°, но как они это делают мне пока не ясно. но даже такие как правило грешат искажением размера у края дисплея.
какое проецирование нужно, чтобы этих двух косяков не было?
вот эта проекция. так?
1)каково расстояние от глаза до угла far plane? каково расстояние от глаза до центра far plane?
2)обычно в
играхмультимедийных приложениях мир процируется на far plane аксонометрически, затем масштабированием с far plane на near plane. так?в показанном вами плоском проектировании получается, что:
1)дальность зрения у края экрана дальше, чем в центре
2)объект у края экрана занимает больше пикселов, чем в центре
кстати, что за мерзкая тенденция тачпад налево оттягивать из года в год? я не левша.
«
Друзья мои!
Я больше не пользуюсь ICQ,
теперь вы можете найти меня в чат-системе jabber по адресу:
vovkav@gmail.com
Предлагаю и вам также подключиться к jabber.
Это можно сделать очень быстро, если прочитать
mass-jabber.wiki-wiki.ru
Подключение не займет у вас много времени.
»
вы осуществили декомпозицию задачи на равные блоки.
вы вручили блоки с разной специализацией (где-то ближе к ядру, где-то ближе к gui) соответственно талантам программистов — как бы вроде бы исходя из критерия «специалист K сделает блок со спецификой X быстрее других в команде»
так что ли?
какие ещё детали и методы?
просто в статье только и видно, что «лид-программер щёлкает плоские блоки толпами и быстро, так что ядро оставили нубам». это заставляет думать, что вы не смогли донести и раскрыть метод.
тогда бы не было пикового раздражения, которое вдохновило это шутливое «научное исследование»
money harp
если вы имеете в виду winmobile
если зарплата задерживается — мне видно каков долг работодателя.
например теперь он мне должен 200попугаев.
2)я получаю аванс в 40 попугаев.
ace money считает, что зарплата изменилась до 40 попугаев.
cash organiser считает, что долг работодателя передо мной теперь 160 попугаев, так как он раскладывает 100 на 40+60, 40 списывает в пользу моего кармана, 60 (и 100 за следующий месяц) оставляет в плане поступлений.
аналогично с квартплатой, если я выплатил её частично: acemoney изменяет размер квартплаты, cashorg изменяет мой долг
что таки делаете вы в такой ситуации?
— по поводу мобильной версии. а вы можете показать use cases вообще? те самые, где не нашлось места для мобильных приложений?
имхо ценность такого софта исключительно в мгновенной регистрации движения денег с возможностью про olap-ить движение «попозжа».
то есть вы выкинули половину функционала вашего софта запросто так, ибо сосредоточились на свистелках-перделках красивых чартиках настольной версии.
вы вообще можете показать use case по мобильному приложению?
скорее всего нет. потому, что для вас мобильное — халявный бонус клиенту, на который вам напрягаться не хочется.
и два контрольных выстрела в яйца
1) регулярное поступление-выплата.
я получил аванс как частичную зарплату (выплатил аренду квартиры частично) — как изменяется план?
а)меняется сумма зарплаты как в ace money
б)меняется сумма одной выплаты с сохранением зарплаты и внесением остатка зарплаты в план как в cash organiser
2)дал в долг другу 50к, он мне 300к, я ему 60к, я вернул 300к. он взял 20к. запутанно. но реально.
видно где нть баланс моих отношений с другом?