Ещё раз: добросовестный исполнитель всегда скажет, что, по его мнению, следует изменить в лучшую сторону. Если клиент доверяет исполнителю (а он доверяет в некоторой степени, иначе не пришел бы к нему с заказом), то прислушается к его советам. Если нет — то это его личное дело. не хочешь делать говна — откажись от такого клиента, только тогда это говно сделает кто-то другой, а ты останешься без денег. личный выбор, ну или там политика студии. и, кстати, говно — это чаще всего плод непрофессионализма исполнителя, а не бараньей упёртости клиента.
во-первых: всё это культуртрегерство от лукавого мне кажется (хотя ещё раз: своё видение и мысли никто не запрещает высказывать клиенту); во-вторых: называть незнающего человека идиотом, пусть даже добродушным, просто нехорошо; в-третьих: перебор и переделки должны оговариваться отдельно и оплачиваться соответственно; в-четвёртых: выбор клиента между «адовой хуетой» и вашим мегадизайном — исключительно вопрос его личного эстетического вкуса; и, наконец, в-пятых: вы сами собираете своё портфолио, и вольны выбирать из сделанных работ наиболее для вас приятные, а если к вам идут только люди, желающие получить «адовухуету», то, вероятно, ваши механизмы саморекламы действуют именно на эту аудиторию, или, например, то, что вы делаете, соответствует их вкусам, другими словами: «рыбак рыбака...». так нормально?
разработка — это сфера услуг. и именно потому, что «клиенту нужно не удовлетворить фантазию, а улучшить бизнес, увеличить продажи», мы должны максимально подстраиваться под его требования, т.к. по дефолту не имеем понятия о предметной области, фокус группе и в целом о его бизнесе. Всё, что мы скажем должно быть именно в виде чётких и мотивированных советов. Это называется профессионализм, и очень ценится. В противном случае мы ведём себя, как прыщавый восемнадцатилетний продавец компьютерного магазина, который тяжко вздыхает, и закатывает глаза, когда его о чём-то спрашивают, и мнит себя ну если не богом, то уж гуру точно, а клиента — полным идиотом. Я думаю, все с такими сталкивались.
r u fucking serious? веб-разработка не относится к сфере обслуживания? а к чему тогда? вот в том то вся и проблема, что люди не готовы себя осознавать обслуживающим персоналом (пусть высококвалифицированным, но всё же)… все, блядь, хотят быть творцами, и ведут себя соответствующе. моё мнение такое: для себя — твори, хоть утворись, а на заказ — делай заказ и не вырубайся. есть мнение или совет — выскажи, посоветуй, но в итоге решение за клиентом. как-то так.
1. не совсем понятен вопрос… типизированная сериализация происходит для одного класса, т.е. попытка приведения объекта к другому типу даст null либо ошибку (в зависимости от того, используется для приведения оператор as или Class(object)). если после сериализации переписать поле с public на private, при десериализации получим ReferenceError
2. По идее ошибки не произойдёт. b примет значение по умолчанию (в данном случае 0), но если удалить параметр, а не добавить, будет опять же ReferenceError
3. в случае, если оба класса зарегистрированы через registerClassAlias, всё будет нормально. Если внутренний незарегистрирован, x будет null. Но вообще, если есть необходимость более тонкого контроля за сериализацией, класс должен реализовать интерфейсы IDataInput/IDataOutput… странно, что здесь про это ни слова.
и впрямь нудятина. на самом деле. а упоминают его по поводу и без повода только те, кто ничего другого не смотрел. «твин пикс» 'ниасилил', а про «ирэйзерхэд» ему одноклассники не рассказали вовсе.
отец, слышишь, рубит, а Я отвожу… отец рубит, понимаете? на самом деле, исключительно субъективно. в смысле упоминаний больше попадается на глаза. шум, короче говоря. no offence… я сам как-бы нуб в java мире, и мне не хочется делать ставку на язык, который в перспективе зачахнет, или станет уделом небольшой группы снобов… опять же, если я не в теме, или не там смотрю, или утрирую, например и развожу панику, ткните и объясните. полезно будет. и не только мне, я думаю.
об «определении конечного jvm based функционального языка», не? в том смысле, что groovy/grails как-то уделывает scala/lift… -> приток новичков в комьюнити groovy -> дополнительный стимул для развития языка… далее по кругу. это на самом деле был оффтопик… вообще-то.
амм… начинает? потихоньку? я скажу только одно слово: «Grails»… так уж вышло, что в наше время успех ЯП определяется во многом наличием крутого веб-фрэймворка… И что-то я давненько не встречал упоминаний Lift вообще-то…
Разумеется, не сможете реализовать! если Вы элементарно не разбираетесь в теме, и даже не соизволили спросить у гугла, перед тем, как написать глупость. (это из серии: «не читал, но осуждаю!»)
хах а ещё мне кажется, что ни один чоткий пацанчик не употребит слово «лузгать». почему-то
2. По идее ошибки не произойдёт. b примет значение по умолчанию (в данном случае 0), но если удалить параметр, а не добавить, будет опять же ReferenceError
3. в случае, если оба класса зарегистрированы через registerClassAlias, всё будет нормально. Если внутренний незарегистрирован, x будет null. Но вообще, если есть необходимость более тонкого контроля за сериализацией, класс должен реализовать интерфейсы IDataInput/IDataOutput… странно, что здесь про это ни слова.
вот вам фильтр, который выполняет честную трансформацию (перевод-сдвиг-обратный перевод):
исходник
скомпилированный фильтр
пример использования (flashdevelop)
(за название извините, пожалуйста)