- 1
http://habrahabr.ru/post/244487/
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
−407
http://habrahabr.ru/post/244487/
Очень жаль всех этих людей, которые вынуждены писать на этом выхлопе от Apple.
"Мыши плакали, кололись, но продолжали грызть кактус."
kipar 30.11.2014 14:46 # +1
Или есть но через жуткие костыли - и ведь все равно едят.
cyperh 30.11.2014 16:28 # +1
зачем нужно вот это вот личшее name якобы для именования параметра, это больше похоже на костыль, мол делали делали они Swift, обкурившись травы, сделали, а потом начали судорожно добавлять костылей, о которых ты говоришь. Swift еще более менее читаемым сделали, по сравнению с objective-c, имхо.
cyperh 30.11.2014 16:34 # +1
Про init вообще убило: "Заметим, что в противоположность другим методам, имя первого параметра init метода всегда требует внешнего имени при получении экземпляра класса."
kipar 30.11.2014 17:48 # +3
А swift - вполне понятен без знания языка. Ну да, #. А в примере на ObjC в начале статьи вообще какие-то загадочные плюсы и минусы, да еще и указатели в 21 веке.
А про костыли - это языки типа крестов имел в виду.
guest 02.12.2014 16:21 # 0
println("hello \(name)")
}
This code you can use!
hello(name:"MyNameIsShit");
Or
hello("MyNameIsShit")
if you will implement code
func hello(# name:String) {
println("Hello \(name)")
}
the sharp will inform compiler that external name of variable is the same.
You can implement
func hello(name:String) {
println("Hello \(name)")
}
But in this case you cannot call the method
hello(name:"MyNameIsShit")
Xcode will warning you if external name is the same with local name and will suggest you to put sharp prefix.
tirinox 30.11.2014 15:00 # +1
cyperh 30.11.2014 16:28 # 0
bormand 30.11.2014 16:42 # 0
cyperh 30.11.2014 16:44 # 0
tirinox 30.11.2014 17:05 # 0
defecate-plusplus 30.11.2014 17:12 # 0
javaee и ios это несколько разные ниши, принципиально
defecate-plusplus 30.11.2014 17:22 # 0
есть замечательные ejb/ws/jpa (но, скучноватые)
а есть полный ад и израиль jsf
LispGovno 30.11.2014 18:49 # 0
bormand 30.11.2014 18:57 # +5
ws - Паутинная Служба
jpa - Зодчество Кофейного Упорства
jsf - Лица Кофейного Подноса
Анонимус 30.11.2014 19:41 # +9
defecate-plusplus 30.11.2014 19:05 # +1
технологии стандартизованы, и вендоры вправе делать собственные имплементации, сохраняя апи (вендоры же должны иметь возможность доказать, что именно их веб-апп-сервер надо купить за $50к, а не конкурентный за $40к)
об этом ты можешь почитать и на педивикии в javaee/Технологии
часть технологий проста и логична, их можно смело закладывать в фундамент своего ынтепрайзного проекта с уверенностью, что примененные решения будут актуальны, производительны ещё много лет
причем настолько проста, что вовлечение новичка в процесс не занимает много времени, налажать сложно, при желании можно нанять армию обезьянок и всё равно получить вменяемое масштабируемое решение
а есть безумная отрыжка сатаны JSF, которой продлевают жизнь только из-за подсаженных на крэк, и благодаря ей жаваее имеет плохую репутацию
один софт, который мы сопровождаем (и интегрируем) имеет бекофис на JSF
я жду по 60 секунд открытия страниц, где можно конфигурять те или иные бизнес-объекты
это просто маразм
Анонимус 30.11.2014 19:32 # 0
JavaEE станет ему не нужна.
defecate-plusplus 30.11.2014 19:44 # 0
всё никак не принужу своих жавоёбов освоить, жалуются, что времени у них нет
Анонимус 30.11.2014 20:09 # 0
Впринципе, можно и без OSGI редеплоить по частям. При наличии SOA/ESB можно редеплоить кусочек
guest 22.05.2015 10:26 # 0
guest 22.05.2015 13:58 # 0
Анонимус 30.11.2014 21:56 # +1
LispGovno 30.11.2014 18:41 # +6
cyperh 30.11.2014 22:13 # 0
kipar 30.11.2014 23:28 # +2
wvxvw 01.12.2014 09:42 # 0
Все-таки, поскольку на Хексе я таки написал что-то порядка 20К-30К строк, то могу честно сказать, что это не удобно. Все те же проблемы с композицией и расширяемостью. Снижается возможность повторного использования кода (энумератор уже никак не дополнить после того, как он существует, только править исходники). Вобщем, буэ.
roman-kashitsyn 01.12.2014 00:58 # +2
cyperh 01.12.2014 01:22 # −1
Анонимус 01.12.2014 03:12 # +1
Я вовсе не защищаю Apple, но фраза "не пробовал, да и не тянет" напоминает как раз крики типа "виндус мастдай" которые мы тут недавно обсуждали)
roman-kashitsyn 01.12.2014 08:59 # +2
А мне вот всё прекрасно понятно. Взяли модные течения из современных языков вроде Scala/Go и поставили их на рельсы отлаженной платформы.
Люди, писавшие на Scala или других гибридных/мультипарадигменных языках, врядли удивятся хоть одной фиче языка, введённой в Swift.
Маком не пользуюсь, на свифте не пишу. Статьи открыл, ничего особо плохого в свифте не увидел.
Есть какие-то конкретные претензии к языку? Потому что пока это выглядит как "ололо тут не так, как я привык, значит - говно!".
1024-- 01.12.2014 09:05 # 0
Плюс какая-то асимметричность этой записи относительно первого параметра. Где-то его писать нельзя, где-то нужно, из-за чего возникают какие-то странные традиции именования.
Больше претензий нет.
chtulhu 01.12.2014 10:15 # +2
Совместимость с obj c, я полагаю. В нем методы
именуются
"name1 name2 type" name1 будет частью имени метода
У меня пока претензии к отсутствию namespace, вменяемой модульности и, в целом, к огороженности яббла
Еще могу вспомнить, что я ронял компилятор swift и clang/llvm у меня пропускал некоторые выражения
crazy_horse 22.05.2015 09:50 # 0
Еще могу вспомнить, что я ронял компилятор swift и clang/llvm у меня пропускал некоторые выражения
Подпишусь под каждым словом. По той причине, пока, переходить на свифт резона не вижу, но, пока. Статья же, отчетливо отдает первым языком человека: "Ой, тут педалька другого цвета? Какая гадость".