Нашли или выдавили из себя код, который нельзя назвать нормальным,
на который без улыбки не взглянешь?
Не торопитесь его удалять или рефакторить, — запостите его на
говнокод.ру, посмеёмся вместе!
/**
* The Time class is a faster replacement for the java.util.Calendar and
* java.util.GregorianCalendar classes. An instance of the Time class represents
* a moment in time, specified with second precision. It is modelled after
* struct tm, and in fact, uses struct tm to implement most of the
* functionality.
*/
public class Time {
...
/**
* Year. TBD. Is this years since 1900 like in struct tm?
*/
public int year;
...
}
Android 1.5. TBD в публичном API официального SDK - это пять. Ну мы ещё подумаем, как нам нравится, а вы пока просто посмотрите в дебаге! Гы.
* The Time class is a faster replacement for the java.util.Calendar and
* java.util.GregorianCalendar classes
"да ты шо? а не пиздишь?" (ц)
* An instance of the Time class represents
* a moment in time, specified with second precision.
да? а чем long "unix-timestamp" может быть медленней его обертки?
public int year ...
ой, а это случайно не реинкарнация java.util.Date, который давно уже deprecated? подозрительно, очень подозрительно напоминает...
если так, то я хуею, дорогая редакция, за переизобретение колеса. Гуглу явно не дают спать лавры экс-Сана...
>>>который давно уже deprecated?
ну не совсем, скорей наполовину ))
лично я использую его как обертку для таймштампа
>>>Гуглу явно не дают спать лавры экс-Сана...
гугл явно нанял code-moneyks на эту часть проекта
кстати в исходниках жабы тоже по части дат говнецо попадается - там где толи индус толи китаец писал
да, наполовину. Но лично меня он устраивает больше этих навороченных Календаров, чихал я на локали. Особенно с их этими извратами типа Calerndar.getCalendar() и calendar.setField(Calendar.MONTH, 3)
неутешительные выводы - среди программистов вообще, наверное, 95% "индо"-кодеров и только 5% действительно толковых
>>>Но лично меня он устраивает больше этих навороченных Календаров.Особенно с их этими извратами типа Calerndar.getCalendar() и calendar.setField(Calendar.MONTH, 3)
+1
>>>среди программистов вообще, наверное, 95% "индо"-кодеров и только 5% действительно толковых
обратно тому, что "миллионы мух не могут ошибаться". Думаю, это не закон как физический, а либо целенаправленная политика, либо просто лень человеческая
Лол, это в языке-то, где Point2D выделяется на куче?
Вообще иммьютебльность как раз и предполагает засирание кучи. Форсированное. В то время как мьютабельность позволяет засирать кучу под контролей программиста.
>>Хорошо, тогда мы согласимся насчёт того, что Блох предлагает КОСТЫЛЬ к кривой в этом плане семантике Java.
Да, потому что класс Date они сделали с дуру (тогда опыта ни у кого не было) а потом обратная совместимость запретила его удалять. И Блоха это печалит.
>>Вполне в духе Java - не считать память.
да-да, джава говно и тормозит и занимает гиги памяти, а риальне пацаны все напишут на ассемблере
>>>.да-да, джава говно и тормозит и занимает гиги памяти, а риальне пацаны все напишут на ассемблере
xD, многие на яве толково не начились писать
из-за сложности кодинга на асме и прямой работы с памятью можно такое говно слепить, которое мало того что медленее явы будет работать, да еще память будеть течь крайне жестоко
сам по себе иммутабельный класс Дата был бы, так скажем, неполным. Часто приходится (скажем с контролом календарика) выбирать дату. Если бы Дата была бы иммутабельной, тогда что, каждый раз рожать новый инстанс? А вот интерфейс бы только с геттерами бы не помешал
а вы посмотрите на все их продукты, хром - клепали ударными темпами
VP8 - вроде 5 лет делали, а некоторые баги софта пошли в спецификацию(прям как ИЕ6) и по сжатию сопоставимо с Xvidom итд..
* java.util.GregorianCalendar classes
"да ты шо? а не пиздишь?" (ц)
* An instance of the Time class represents
* a moment in time, specified with second precision.
да? а чем long "unix-timestamp" может быть медленней его обертки?
public int year ...
ой, а это случайно не реинкарнация java.util.Date, который давно уже deprecated? подозрительно, очень подозрительно напоминает...
если так, то я хуею, дорогая редакция, за переизобретение колеса. Гуглу явно не дают спать лавры экс-Сана...
ну не совсем, скорей наполовину ))
лично я использую его как обертку для таймштампа
>>>Гуглу явно не дают спать лавры экс-Сана...
гугл явно нанял code-moneyks на эту часть проекта
кстати в исходниках жабы тоже по части дат говнецо попадается - там где толи индус толи китаец писал
неутешительные выводы - среди программистов вообще, наверное, 95% "индо"-кодеров и только 5% действительно толковых
+1
>>>среди программистов вообще, наверное, 95% "индо"-кодеров и только 5% действительно толковых
так это известная истина ))
http://ru.wikipedia.org/wiki/Закон_Старджона
Но чем же не угодил time, и почему именно он должен быть иммьютэбл?
Поясню своими словами:
лечится возвращением копии (читай "засиранием кучи")
> лечится возвращением копии (читай "засиранием кучи")
Лол, это в языке-то, где Point2D выделяется на куче?
Вообще иммьютебльность как раз и предполагает засирание кучи. Форсированное. В то время как мьютабельность позволяет засирать кучу под контролей программиста.
В 80% случаев Вы не хотите что бы кто-то снаружи менял месяцы у поля Вашего объекта.
Да и что плохого в копировании? Вполне в духе Java - не считать память. А заоптимизируют всёравно в один long (если объектов сотни тысяч).
Да, потому что класс Date они сделали с дуру (тогда опыта ни у кого не было) а потом обратная совместимость запретила его удалять. И Блоха это печалит.
>>Вполне в духе Java - не считать память.
да-да, джава говно и тормозит и занимает гиги памяти, а риальне пацаны все напишут на ассемблере
xD, многие на яве толково не начились писать
из-за сложности кодинга на асме и прямой работы с памятью можно такое говно слепить, которое мало того что медленее явы будет работать, да еще память будеть течь крайне жестоко
"Мы хотели, чтобы программисты, знакомые с явой, значли уже что где" - это, ящитаю, уже позднее маркетологическое оправданье.
на php?
Так что все-таки лисп хороший, годный ЯП, я щитаю:)
Вертеп типа crêche, конечно, а не в нашем уничижительном нынешнем понимании!
VP8 - вроде 5 лет делали, а некоторые баги софта пошли в спецификацию(прям как ИЕ6) и по сжатию сопоставимо с Xvidom итд..
и стали зваться фичами