ну отчего же не понимаю
прекрасно понимаю
и использовал
да, это связано исключительно с исходником.
но представьте большой проект над которым работают несколько человек.
и ктото в своем куске решил, что некий класс работает не вполне так, как хочется и делает «ход конем»
а вы смотрите в опредение класса в том месте, где его в свое время положили и ранее смотрели — все как было, а ведет себя класс странно…
в большинстве случаев пример гипотетический, но если ктото может чтото сделать неправильно, он это сделает ;)
вообщето в Java такой финт тоже можно сделать применив свой classloader или просто положив свой класс в classpath раньше :)
я не то чтобы жалуюсь. я понимаю что в данном продукте (.net) без этого просто никак…
ну любит мс так делать — сначала создаем красивое, логичное здание, но чегото в нем нехватает для когото.
поэтому берется ломик и проделывается дыра в стене. некрасиво? да. зато можно быстро добраться к ящику пива, а не обходить вокруг здания к парадному входу (это я так прозрачно намекаю на «Нет доступа к unsafe-коду» — если нельзя, но очень хочется, то можно)
Опять же про этот unsafe код.
просто надо учитывать, что unsafe является платформозависимым, что не вписывается в концепции java как кроссплатформенного решения
иногда приходится по тем или иным причинам открыть файл не в студии.
тогда возникает вопрос «а где собственно?».
просто удобно.
Java это не просто предлагает, а требует
соглашения есть, но если посмотреть что творится в библиотеках…
на тот момент мне это не нравилось. потом смирился :)
>partial
да. добавить. и своим методом порушить всю логику работы класса.
хотя конечно и при наследовании можно напортачить :)
НО! не будет неожиданного поведения класса изза того, что коллега решил «взломать» класс и чтото в нем править своим методом
я не спроста упомянул ado.net — в нем без партиал былобы совсем тоскливо (опять же в 2005). особенно когда нагенерил кучу кода работы с таблицами, а потом оказывается, что с транзакцию можно прикрутить только через это самое заднее крыльцо — partial
сейчас уже сложновато припомнить — почти три года прошло
тем более к многим вещам после перехода привык и они перестали раздражать (именно этот термин я бы использовал вместо «отстой»)
из того что вспомню:
очень не нравилось отстуствие строгого следования системе пакетов как в java (т.е. если класс называется my.pkg.MyClass то он обязан лежать в каталоге my/pkg/) — до сих пор считаю этот метод правильным и следую ему.
не нравился синтаксис namespace в отличии от package.
не нравилось что нет соглашения по именованию пакетов, классов, методов как в java (пакет всегда с прописной, класс с заглавной, метод с прописной) — в .net в этом плане каша полная
есть некоторое «неприятие» partial class. однажды написанный кемто класс есть черный ящик с интерфейсом использования. и тут мы дописываем партиал — делаем дырку сбоку класса и чтото в нем меняем. хорошо если без последствий. нафига тогда вообще модификаторы доступа? все сделать публичным и пусть лазит куда душа пожелает…
да я знаю, что на данной методолгии построен ряд вещей (asp.net, ado.net ...) в которых без этого былобы тяжело, но всетаки приятно знать, что класс my.pkg.MyClass лежит в каталоге my/pkg/, а не в еще нескольких местах
ЗЫ претензия к тому что у свойств в Java нет методов get|set мягко говря странная — у java нет свойств. есть члены класса и методы доступа. хотя свойства мне со временем скорее понравились.
самое интересное, что когда мне пришлось переходить с Java на C# — претензий к языку было тоже более чем достаточно ;)
так что данный раздел скорее вопрос привычки к какомуто языку/инструменту.
если не так, как привык — значит скорее всего это плохо…
не смотрел как в оригинале статьи, но категоричность утверждения «java отстой» надеюсь все таки «особенности перевода». Иначе на остальные мнения автора и смотреть не захочется — чересчур субьективно и категорично. фанатизмом попахивает.
примерно тоже самое относится к описанию eclipse.
Тот кто работал с эклипсом при переходе на студию в обязательном порядке поставит resharper, ибо штатный intellisence оставляет желать (по крайней мере в 2005 студии)
Вы видимо не учитываете, что IE есть корпоративный стандарт в очень большом числе случаев.
Например ряд приложений используемых в корпоративном секторе (в частости ERP системы) работают нормально ТОЛЬКО с IE!
Даже если они выпускались не microsoft.
Не путайте внутреннее, короративное использование и интернет.
А доля использования оперы в мире действительно довольно невелика, не говоря уже про корпоративный сектор.
ЗЫ. да-да-да. в компании Opera Software корпоративный стандарт браузер своего производства. мы это уже знаем. и поставщик теперь знает и в следующий раз на первой странице тендерного предложения большими буквами будет написано, что управление серверами осуществляется из браузеров Опера и других
компания проводит тендер на поставку оборудования
при этом прописываются требования по участию в конкурсе!
если поставщик/участник предоставил то что заказывали, но не предоставил, то что не требовалось — это проблема требований по тендеру!
и если организатор тендера учитывал этот момент при приобретении оборудования — то они мягко говоря повели себя странно
то, что поставщик не учел того, что эта сервера под оперу — это конечно они лопухнулись. Хотя время на подготовку к тендеру как обычно было максимум неделя (т.е. не было времени «заточить» продукт под заказчика)
но компания опера вполне могла попросить доработать ПО серверов под свои требования. тем более что поставка там не дешевая. и поставщик наверняка это сделалбы. бесплатно. потом еще писал бы в рекламках, что админка поддерживает доже оперу
может вы еще кардебалет хотели, а поставщик почемуто этого не учел…
НЕ ДОЛЖНО БЫТЬ УМОЛЧАНИЙ!
все требования должны быть ОБЯЗАТЕЛЬНО описаны.
мало ли кто что думал?!
как грится — индюк тоже думал, да в суп попал :)
мы работаем с различным софтом (разработка, доводка и т.п.)
и очень часто стоят требования на совместимость с определенными браузерами (кстати оперы среди них еще ни разу не было)
и если бы это требование было, то поставщик бы подшаманил под заказчика либо в сопроводиловке написал, что опера будет поддерживаться в следующей версии, которая выйдет через 1 месяц (например)
в любой нормальной компании нормальные требования пишут.
была в требованиях поддержка оперы в админке? видимо нет. иначе можно былолбы всю недополученную прибыль стребовать по суду
а так — кто ж опере доктор?
ЗЫ хотя одной из основных причин перехода была нелюбовь dolphin (и mc тоже) к кириллице на сети.
попытка зайти на сетевой ресурс с кирилицей и, не дай бог, еще и пробелами заканчивалась матами в адрес разработчиков ;)
в гном все прекрасно работало
да я знаю, что в 4.2 это все починили, но осадок остался. да по новой настраивать окружение нет особого времени и желания.
забавно
когда я ставил OpenSUSE 11.1 на ноут — именно по приведенным выше причинам (большой размер панели) не стал пользоваться KDE (конечно тоже настраивается)
а гном в сюзи с одной панелькой на 24 пикселя по дефолту — на ноуте смотрелось замечательно — оставалось место для поработать ;)
сейчас перебрался на десктопы с 20" мониками, а гном так и прижился.
KDE дома установлен и регулярно обновляется, но не использую и не сношу, по крайней мере, пока.
я четко помню 11 сентября.
lenta.ru и иже с ним практически лежали под запросами.
пока не вырубили нафик дефолтный дизайн и не поставили упрощенную версию страницы.
с помощью links (или lynx?) и то не сразу получил текст главной страницы. а что говорить про графические браузеры…
насчет cnn и подобных — не помню заходил туда или нет. кажется пытался…
еще можно в комплекте поставлять порт на присоске, ремешке на рук, ремешке на шею, скобе на пояс
или продавать за отдельные $1.99
с лозунгом «возьмите счастье с собой!»
ну и естественно переходник для автомобильного прикуривателя за $3.99
прекрасно понимаю
и использовал
да, это связано исключительно с исходником.
но представьте большой проект над которым работают несколько человек.
и ктото в своем куске решил, что некий класс работает не вполне так, как хочется и делает «ход конем»
а вы смотрите в опредение класса в том месте, где его в свое время положили и ранее смотрели — все как было, а ведет себя класс странно…
в большинстве случаев пример гипотетический, но если ктото может чтото сделать неправильно, он это сделает ;)
я не то чтобы жалуюсь. я понимаю что в данном продукте (.net) без этого просто никак…
ну любит мс так делать — сначала создаем красивое, логичное здание, но чегото в нем нехватает для когото.
поэтому берется ломик и проделывается дыра в стене. некрасиво? да. зато можно быстро добраться к ящику пива, а не обходить вокруг здания к парадному входу (это я так прозрачно намекаю на «Нет доступа к unsafe-коду» — если нельзя, но очень хочется, то можно)
Опять же про этот unsafe код.
просто надо учитывать, что unsafe является платформозависимым, что не вписывается в концепции java как кроссплатформенного решения
иногда приходится по тем или иным причинам открыть файл не в студии.
тогда возникает вопрос «а где собственно?».
просто удобно.
Java это не просто предлагает, а требует
соглашения есть, но если посмотреть что творится в библиотеках…
на тот момент мне это не нравилось. потом смирился :)
>partial
да. добавить. и своим методом порушить всю логику работы класса.
хотя конечно и при наследовании можно напортачить :)
НО! не будет неожиданного поведения класса изза того, что коллега решил «взломать» класс и чтото в нем править своим методом
я не спроста упомянул ado.net — в нем без партиал былобы совсем тоскливо (опять же в 2005). особенно когда нагенерил кучу кода работы с таблицами, а потом оказывается, что с транзакцию можно прикрутить только через это самое заднее крыльцо — partial
тем более к многим вещам после перехода привык и они перестали раздражать (именно этот термин я бы использовал вместо «отстой»)
из того что вспомню:
очень не нравилось отстуствие строгого следования системе пакетов как в java (т.е. если класс называется my.pkg.MyClass то он обязан лежать в каталоге my/pkg/) — до сих пор считаю этот метод правильным и следую ему.
не нравился синтаксис namespace в отличии от package.
не нравилось что нет соглашения по именованию пакетов, классов, методов как в java (пакет всегда с прописной, класс с заглавной, метод с прописной) — в .net в этом плане каша полная
есть некоторое «неприятие» partial class. однажды написанный кемто класс есть черный ящик с интерфейсом использования. и тут мы дописываем партиал — делаем дырку сбоку класса и чтото в нем меняем. хорошо если без последствий. нафига тогда вообще модификаторы доступа? все сделать публичным и пусть лазит куда душа пожелает…
да я знаю, что на данной методолгии построен ряд вещей (asp.net, ado.net ...) в которых без этого былобы тяжело, но всетаки приятно знать, что класс my.pkg.MyClass лежит в каталоге my/pkg/, а не в еще нескольких местах
ЗЫ претензия к тому что у свойств в Java нет методов get|set мягко говря странная — у java нет свойств. есть члены класса и методы доступа. хотя свойства мне со временем скорее понравились.
естесно все сказанное мое личное imho :)
так что данный раздел скорее вопрос привычки к какомуто языку/инструменту.
если не так, как привык — значит скорее всего это плохо…
не смотрел как в оригинале статьи, но категоричность утверждения «java отстой» надеюсь все таки «особенности перевода». Иначе на остальные мнения автора и смотреть не захочется — чересчур субьективно и категорично. фанатизмом попахивает.
примерно тоже самое относится к описанию eclipse.
Тот кто работал с эклипсом при переходе на студию в обязательном порядке поставит resharper, ибо штатный intellisence оставляет желать (по крайней мере в 2005 студии)
Например ряд приложений используемых в корпоративном секторе (в частости ERP системы) работают нормально ТОЛЬКО с IE!
Даже если они выпускались не microsoft.
Не путайте внутреннее, короративное использование и интернет.
А доля использования оперы в мире действительно довольно невелика, не говоря уже про корпоративный сектор.
ЗЫ. да-да-да. в компании Opera Software корпоративный стандарт браузер своего производства. мы это уже знаем. и поставщик теперь знает и в следующий раз на первой странице тендерного предложения большими буквами будет написано, что управление серверами осуществляется из браузеров Опера и других
компания проводит тендер на поставку оборудования
при этом прописываются требования по участию в конкурсе!
если поставщик/участник предоставил то что заказывали, но не предоставил, то что не требовалось — это проблема требований по тендеру!
и если организатор тендера учитывал этот момент при приобретении оборудования — то они мягко говоря повели себя странно
то, что поставщик не учел того, что эта сервера под оперу — это конечно они лопухнулись. Хотя время на подготовку к тендеру как обычно было максимум неделя (т.е. не было времени «заточить» продукт под заказчика)
но компания опера вполне могла попросить доработать ПО серверов под свои требования. тем более что поставка там не дешевая. и поставщик наверняка это сделалбы. бесплатно. потом еще писал бы в рекламках, что админка поддерживает доже оперу
может вы еще кардебалет хотели, а поставщик почемуто этого не учел…
НЕ ДОЛЖНО БЫТЬ УМОЛЧАНИЙ!
все требования должны быть ОБЯЗАТЕЛЬНО описаны.
мало ли кто что думал?!
как грится — индюк тоже думал, да в суп попал :)
мы работаем с различным софтом (разработка, доводка и т.п.)
и очень часто стоят требования на совместимость с определенными браузерами (кстати оперы среди них еще ни разу не было)
и если бы это требование было, то поставщик бы подшаманил под заказчика либо в сопроводиловке написал, что опера будет поддерживаться в следующей версии, которая выйдет через 1 месяц (например)
была в требованиях поддержка оперы в админке? видимо нет. иначе можно былолбы всю недополученную прибыль стребовать по суду
а так — кто ж опере доктор?
если нет четкой спецификации — сами виноваты!
попытка зайти на сетевой ресурс с кирилицей и, не дай бог, еще и пробелами заканчивалась матами в адрес разработчиков ;)
в гном все прекрасно работало
да я знаю, что в 4.2 это все починили, но осадок остался. да по новой настраивать окружение нет особого времени и желания.
привычки наше всё!
когда я ставил OpenSUSE 11.1 на ноут — именно по приведенным выше причинам (большой размер панели) не стал пользоваться KDE (конечно тоже настраивается)
а гном в сюзи с одной панелькой на 24 пикселя по дефолту — на ноуте смотрелось замечательно — оставалось место для поработать ;)
сейчас перебрался на десктопы с 20" мониками, а гном так и прижился.
KDE дома установлен и регулярно обновляется, но не использую и не сношу, по крайней мере, пока.
типа оставил все жене и ушел в чем был. и плакался, что ребенка почти не видит
узнай у мамы — это он уже второй раз? ;)
lenta.ru и иже с ним практически лежали под запросами.
пока не вырубили нафик дефолтный дизайн и не поставили упрощенную версию страницы.
с помощью links (или lynx?) и то не сразу получил текст главной страницы. а что говорить про графические браузеры…
насчет cnn и подобных — не помню заходил туда или нет. кажется пытался…
огромный выбор вариантов камушков
подключение к USB/WiFi на месте
или продавать за отдельные $1.99
с лозунгом «возьмите счастье с собой!»
ну и естественно переходник для автомобильного прикуривателя за $3.99
:)
его можно воткнуть в отключенный, сгоревший комп или другой девайс с подходящим портом и он всеравно будет счастлив ;)
в начале должно (!) быть краткое введение о чем идет речь, а потом уже описание фич.
Уважайте читателей хабра