И так анон давай подумаем. Начинаем новый проект. Хочется сделать так, чтобы он был и поддерживаемым и через 5 лет. Что мы имеем. PHP, Ruby, Python, JS, Golang. Рассмотрим PHP. Да, он стал быстрее. Это я про PHP 7. Но все болячки тащит с собой. Laravel, Symfony особо дела не меняют. Жив ли PHP в 2016 ? Еще вопрос. Далее Ruby. Rails уже не те. В руби проектах каждый пишет на своем руби. Код часто плохо читаем. Сейчас рельсы швыряет из стороны в сторону. Будущее туманно. Далее Python. В питоне есть Django, Flask из старого лагеря. Есть asyncio / aiohttp из нового лагеря. Django деревянная. Прибытый профиль юзера так там и есть, хотя можно делать кастомный. Недо ОРМ местами убивает. Будущее Flask непонятно. Все зависит от настроения автора. Далее JS / NodeJS. Работа с той же PostgreSQL там ужасная дос их пор. MongoDB я не хочу использовать в серьезных проектах. Нормальных фремворков в NodeJS до сих пор нет. SailsJS то еще говнецо. Golang. Все хорошо, но убогий тулинг. Так и не ясно что там с дебагом. Нет нормальных веб-фреймворков. Echo вроде ок, но это не полноценный фреймворк, а микро. Beego непонятное говно. И что ты выбираешь анон в 2016 году ?
suave.io
Писать под оффтопиком желания нет. MONO дела не меняет.
Хаскел же
еще более не нужен
Остался golang.
asp.net в облаке azure, typescript на клиентсайде
токим образом мы полностью избавляемся от бича веб-обезьян - необходимости хуячить что-то на динамической параше
токим образом мы полностью избавляемся от бича веб-обезьян - необходимости хуячить что-то на динамической параше
typescript поддерживаю. это хорошо. ASP.NET не поддерживаю.
что там с дебагом у них ? мне уже надоело дебажить через println. даже в убогом php есть xdebug. и не надо тут говорить что в golang дебажить не надо, надо и еще как.
А че за проект? Какие претензии к Django - могу поддержать разговор
да джанго вроде ок. но смотри. прибитая модель которая мягко скажем херово кастомизируется. если использовать голую джангу то все ок. но если берем кучу расширений которые используют эту модель то начинаются проблемы. далее джанго шаблоны они медленные до сих пор. можно подрубить jinja2 но будут проблемы в ней с джанго темплейтами. джанго орм, это даже не орм. это конструктор запросов. часто не хватает мощности sqlalchemy.
>ASP.NET не поддерживаю.
why?
проект что-то вида discogs.com
angular для фронта и tornado под rest api, sqlalchemy с pg через momoko, ну это в том случае если хочешь доделать когда-нибудь этот проект
SPRING MVC
>Нормальных фремворков в NodeJS до сих пор нет.
Рельсоподобные фремворки нинужны. А Koa/Express/Hapi/Restify вполне удобны.
спринг хорош. раньше писал на джаве. но долго блин...
только ангуляр заменить надо на реакт
По-моему неплохо кастомизируется, это скорее проблемы расширения, если оно не может в сожительство с кастомной моделью. Хотелось бы узнать какие библиотеки вызвали проблемы и примеры запросов, которые не вписываются в ORM.
И вообще - я думаю почти любой серьезный проект надо переводить на клиент-серверную архитектуру. А у джанго есть просто шикарная библиотека, которая позволяет организовать API.
это про django-rest-framework ? она медленный. и что-то последнее время в нем не так. автор деньги собирает на поддержку или закрывает проект
Для меня это плохие новости ¯ \ _ (ツ) _ / ¯
Хотя знаешь ли, Django сам по себе не залупа конская, придумают что-нибудь с фронтом, вон channels подъехали - и как нибудь переживет
джанге надо как можно быстрее на asyncio переползать
интересные суждения. но в реальном энтерпрайзе как всегда с тестами беда. как всегда на это никто не выделяет время
писать без тестов - это самое тревожное занятие на свете.
Пойду курить это ваше asyncio...
Тесты - бессмысленная выдумка пиздаболов. Всегда проигрываю с этой хуйни. Похоже на христианство кстати:
последователям обещают вечное счастье - check
на самом деле не работает - check
многие в него вроде бы верят но на деле кладут прибор - check
и искренне стыдятся этого - check
> Тесты - бессмысленная выдумка пиздаболов
Эксперт в треде.
Розовые очки терщат, Маня?
А я всегда проигрываю с долбоебов, проводящих параллели с христианством. Пиздуй, пиши без тестов, ебись конем.
Еще одна порватка. По делу есть что сказать? assert 1+1==2 уже проверил сегодня?
заметь, ты не мог определить в каком контексте я тебе это написал =)
Мне было интересно, негативно или адекватно ты прореагируешь на сообщение где недостаточно информации =)
Негативно=)))
Что означает, что ты не настроен на конструктивную дисскуссию=))
Поэтому, я просто пошлю тебя в жопу=)))
И пойду писать тесты =)))))
Дай дураку стеклянный хуй называется )) Ну валяй, расскажи про свой гениальный подход к разработке
Подожду когда нормальные люди подтянутся вместо имбецилов
> на самом деле не работает - check
Что значит не работает? Молитвы и исповедь имеют вполне реальный психологический эффект.
Я подтянулся 4 раза. Говори.
>Тесты
>Реальная работа
Проиграно. Это как "без математики в программировании делать нечего". Я даже не знаю, в какой области юзают тесты? В вебе - не юзают, причем работал в серьезной разработке с оперделами и корпоративными сайтами, в майкрософтовском аутсорсе их не юзают, в формошлепстве тоже. Где они нужны, а? Вот реально, какое-то пиздобольство и фантазии борщехлебов.
>Реальная работа
Проиграно. Это как "без математики в программировании делать нечего". Я даже не знаю, в какой области юзают тесты? В вебе - не юзают, причем работал в серьезной разработке с оперделами и корпоративными сайтами, в майкрософтовском аутсорсе их не юзают, в формошлепстве тоже. Где они нужны, а? Вот реально, какое-то пиздобольство и фантазии борщехлебов.
В основном в бизнес-логике, у нас только там их юзают.
один react не заменит angularjs, поэтому зачем?
Тесты нужны что бы после очередного коммита васяна, который все поломал - показать шефу мол смотри мои тексты мои коммиты проходили это этот уебок все обосрал иди его пизди. Не вижу им альтернатив.
Scala + Play + (опционально) ScalaJS
/thread
Если хочешь поддерживаемости, просто документируй.
Все, подробно и в деталях. Это работает для любого языка.
Golang не для серьёзных вещей. Придется очень много навернуть всяких оберток, велосипедов и граблей.
Сам остановился на ruby + sinatra. Простота и лаконичность слишком подкупают.
Кстати да, отличная параллель с христианством.
Кто молится, постится и слушает Радонеж — долбоеб. Кто добивается 100% покрытия — долбоеб.
Но если ты из всего христианства запомнил только "ни убий, ни укради" и для поднятия настроения с утра вспоминаешь, что Иисус любит тебя — все норм. И если ты пишешь лишь интеграционные и регрессионные тесты — тоже все норм. Минимум усилий — максимум профита.
>Кто добивается 100% покрытия — долбоеб.
А с этим разве кто-то спорит? Чем меньше тестов тем лучше, потому что все что ты напишешь надо будет поддерживать недели, месяцы и годы. Тестируют только критически важные куски приложения.
Любите вы все в крайности уводить.
Я бы не уводил в крайности, если бы не видел таких людей. И не так уж сложно найти примеры вакансий, где один из плюсов — стремление к стапроцентному покрытию.
Доводилось мне и с МинОбороны работать. Одно из требований: 80% покрытия. Пришлось очень постараться.
>естируют только критически важные куски приложения.
Народ, а есть какой-то гайд по TDD и как понять что именно надо тестировать?
Только обычно бывает наоборот: после твоего нормального коммита ломаются написанные через жопу тесты Васяна (которые ещё и реально ничего не тестируют)
>А с этим разве кто-то спорит?
TDD-ебланы, очевидно же
На самом деле так:
Христанутый - если нет боженьки то значит можно выйти на улицу и убивать людей?
Нормальный человек - нет, вот "любой философ"-нейм объясняет почему это не так.
Тестанутый - если ты не пишешь тесты под каждый пук то значит твоя программа - говно и не работает.
Нормальный человек - нет, все кроме самых упоротых это уже давно поняли.
>TDD-ебланы, очевидно же
TDD не означает 100% покрытия либо даже стремления к нему.
Упала ракета
Христанутый - это от того что боженька разгневался ничаго в небеса лезть
Тестаный - это от того что мало тестировали, надо было вставить еще один assert 1+1==2
Христанутый - это от того что боженька разгневался ничаго в небеса лезть
Тестаный - это от того что мало тестировали, надо было вставить еще один assert 1+1==2
Хорошая мимикрия под нормальных людей, но разве сама аббревиатура не означает что под каждый пука нужно сначала написать тест?
ur/web
Блять, ну вы и уебки. Тестирование - это охуенный инструмент, который помогает сэкономить кучу времени, а если кто-то не умеет его правильно готовить, так это его проблемы. Ни у кого не лопнет жопа от перегрузок, если он напишет тесты на критичные узлы, или после обнаружение бага покроет этот участок тестами. Мамкины ценики блять
Вот так верещит тестомразь если ее прижать как следует - всего лишь еще один инструмент. Более похоже на протестантство и всякую такую хуйню, а раньше-то в основном был воинственный ислам, когда могут убить нахуй за то что вышел на улицу в шортах.
PHP + MySQL + JS + MySQL
будь мужиком блять
Программирование - это сплошь инструменты, тебе дай волю ты блять и ООП выкинешь, и функционалку, и еще что-нибудь чем ты не научился пользоваться. Жалко, что такой гений как ты прозябает на дваче, вместо того чтобы подарить миру волшебную таблетку, которая решит все проблемы разработки одним махом. А еще ты заебал со своими христианствами и исламами, и до /pr/ добрались аметисты
Вере невозможно научится как сильно не старайся. Ты либо веришь во всю-всю хуйню одним наскоком, либо нет.
А ты ни во что не веришь?
А вы с какой целью интересуетесь?
Пытаюсь понять пиздабол ты или нет.
Лучше делом займись, лалка.
assert 1+1==2 сам себя не протестирует.
assert 1+1 == 2 отлично иллюстрирует твои знания в тестировании, пиздабол
В пхп у тебя какие-то болячки, питон видите ли деревянный, ноде.жс с говном, и т.д. Не понял твой вопрос, видимо, поэтому уточню:
Ты хочешь узнать развернутое мнение анона или просто ноешь?
Поделись своими знаниями в тестировании.
Это же state of the art TDD-ебланства, ты чего
Мне похуй на TDD, а вот "Тесты - выдумка для пиздаболов" - это все равно что сказать "Нахуя мне ноги, я могу ползать, я ходить заебываюсь, обувь надо покупать - в пизду ноги"
Попробуй в контекст. Это же сказано еблану который утверждает что "все нужно делать стоя".
Нет абревиатура означает только то что тесты пишутся до кода.
Т.е. они предлагают либо не писать кода для которого не нужны тесты (которого большинство), либо assert 1+1==2? Ну ебанутые же.
>Т.е. они предлагают либо не писать кода для которого не нужны тесты
Это твои фантазии уже. TDD не должен и не применяется целиком на весь проект. Только критически важные части. Вот именно эти части стоит писать через tdd.
>TDD не должен и не применяется целиком на весь проект
Время идет, мантры меняются. Хорошо, это уже прогресс.
Ты жопой читаешь что ли?
По делу можешьчто-нибудь сказать, дибилка?
Не знаю про какие мантры ты говоришь. Я сам не приверженец tdd подхода, говорю лишь то что под ним понимают нормальные люди. Чтобы уж в фантазии и толстоту не скатываться.
Какие же части приложения считаются достаточно критичными для TDD, а какие нет, интересно?
Сама идея
> сначала написать тест, а потом код
На мой скромный взгляд это как
> а может поссать стоя на голове?
В принципе можно, наверное. Но какой в этом смысл?
> сначала написать тест, а потом код
На мой скромный взгляд это как
> а может поссать стоя на голове?
В принципе можно, наверное. Но какой в этом смысл?
Тест это по сути ТЗ, только написанное по определенным правилам. Сначала ты получаешь ТЗ, потом делаешь имплементацию. Так что причем тут твое
> а может поссать стоя на голове?
не знаю.
Короче, сам пишу php уже давно из всего шлака больше всех нравится php+cakephp рили чудеснее фрейма я не встречал, пытался завестись на python+django чет не втемяшилось, ок да, взгянул синтаксис руби чуть не вырвало, End в конце? Ну не... + смотрел интервью одного крутово Java прогера, который решил изучить ruby, так он заявил, что руби это "временная технология. В ней куча сплетенного и нагроможденного кода", так что php да, куча библиотек и все грамотно написанно уже за тебя
ТЗ пишется на естественном языке, тест - на ЯП. У вас очевидная подмена понятий.
Elixir + Phoenix, очевидно же.
У вас очевидное нежелание увидеть суть. Какая разница каким образом написано ТЗ, оно от этого перестает им быть?
Насчёт тестов. Подскажите, как их вообще начать писать, или книжку/статейку подкиньте. Я вот вообще не понимаю, что можно тестировать, если например большая часть кода - это получение информации из внешних источников, её обработка и показ.
>взгянул синтаксис руби чуть не вырвало
php макака не палится
Выделяешь обработку в отдельные функции/методы, пишешь тесты на них.
Но как определить какие куски приложения будут важными, какие нет? Как без опыта tdd начать писать тесты до кода и избежать овер тестирования? Или работает только путь что-то упало - починил потом написал тест, а через какое-то время уже получил опыт и стал понимать что вот эта часть важна, а вот эта нет? Или все таки какие то книги, статьи есть полезные?
Тесты ради тестов для бога тестов. ЧТД
Я вот какую хохму придумал.
Каждый раз до того как написать даже строчку кода у меня в голове возникает идея, некоторое абстрактное видение чего я хочу добиться и как должен работать будущий код. Эта идея по сути является тестом. Таким образом я практикую полное TDD, со 100% покрытием. Шах и мат, тестушки.
Не хочешь в конструктивный диалог так и скажи.
>Эта идея по сути является тестом.
И как твоя идея сигнализирует тебе о том что код не работает?
>тебе дай волю ты блять и ООП выкинешь
Забавно что ты вспомнил. Совсем недавно был тред где обсуждалось почему ООП - говно. Но было очень трудно прийти к единому мнению, учитывая что у каждого свое собственное, неповторимое определение ООП.
Примерно такая же картина с тестами.
Через глаза визуальными сигналами от выводов запущенного кода.
>Примерно такая же картина с тестами.
Примерно такая же картина со всем в этом мире.
А может не быть никаких выводов. Приложение внешне может продолжать работать нормально, вот только в базу начнут идти не те значения или какое-то действие пользователя вызовет не ту реакцию что ожидалась, но ты об этом не узнаешь, ведь end-to-end тестирование тоже не нужно.
Проблема философии тестушков заключается в том, что предполагается что я не додумаюсь проверить что у меня куда идет запуская код, но при этом же смогу написать такие тесты которые проверят правильность того о чем я даже не мог бы и подумать, особенно учитывая что эта "правильность" может быть вообще не формализуема, по крайней мере без проверочного кода превосходящего в несколько раз по размеру проверяемый.
Теперь ответный ход тестушка - спиздануть про юниты.
>Проблема философии тестушков заключается в том, что предполагается что я не додумаюсь проверить что у меня куда идет запуская код, но при этом же смогу написать такие тесты которые проверят правильность того о чем я даже не мог бы и подумать
Вопрос времени. При большом проекте ты охуеешь после каждого коммита все проверять руками. Это банально нецелесообразно.
Как ты предлагаешь отличать "те" значения в базе от "не тех"?
От проекта и значений зависит, универсального решения тебе никто не напишет.
>универсального решения тебе никто не напишет
Конечно, гораздо проще спиздануть: кто не пишет тестов - тот говнокодер и написать еще один assert 1+1==2.
tdd гавно и не нужно. То есть сначала ты пишешь кусочек кода, убеждаешься что построенный интерфейс тебя удоволетворяет, возможно выносишь отдельные сущности в друргие классы и потом все это гавно и покрываешь тестами.
Покрытие тестами означает, что тебе нужно как минимум доказать что твое говно делает, то что описано в ТЗ. При этом в качестве бонуса можешь рассмотреть нестадартные случаи искользования интерфейсов или инкапсулированной реализации.
"ООП - говно" такая же религия. ООП это эффективный подход в ряде случаев, который выдает предсказуемые результаты. Те кто дрочит на ООП, тесты или же наоборот наотрез отказывается пользоваться этими технологиями - одинаковые дауны, которые вбили себе в голову нечто и не могут это высрать. Если ты тот уебок, что заварил эту кашу, расскажи-ка нам, как надо жить, как кодить, тестить или нет и почему. Буду охуенно рад, если ты сможешь убедить меня не писать тесты. А коли нет, то иди нахуй, от тебя пока не прозвучало ничего кроме бессвязных вскукареков поехавшего про христианство, у тебя у самого блять ПГМ похлеще чем у верунов
> у тебя у самого блять ПГМ похлеще чем у верунов
"Атеизм теоже религия"-еблан закукарекал за место авроры.
Именно, в религию можно превратить все что угодно.
Настоящий ниндзя сможет разрубить катаной яблоко ровно пополам с завязанными глазами. И ему не нужен чертеж и линейка. Зачем нужно писать через тдд, берешь объект, вызываешь у него метод, передаешь в метод аргументы, принимаешь возвращаемое значение. Блядь вы тут ошибаетесь? Может вы ебетесь ещё в ухо или в глаз? Где гарантия тогда что вы напишите нормальный юнит тест? Может вы и в нём нагородите хуйни. В нормальном, грамотно спроектированном методе должно быть не более 4х строк, если ты не можешь без тестов соображать что делают эти строки, что метод может принять и возвратить то предлагаю идти на свободную кассу в макдак.
Флаг тебе в руки
>В нормальном, грамотно спроектированном методе должно быть не более 4х строк
Ебануться. Допустим, мне нужен метод у класса "Матрица", который, допустим возвращает квадрат этой матрицы или обратную ей. Как я его умещу в 4 строки? Откуда это ограничение взялось?
это как пять намазов в день
Пару слов про Django-rest-framework можно?
это юзер то у тебя херово кастомизуется? Наследуйся от AbstractUser и кастомизируй как захочешь. Херово кастомизиется Джанговская система пермишенов и контенттайпов, подразумевается, что тебе ее достаточно.
Нужен быстрый шаблонизатор -- бери Jinja2, очевидно. Сейчас толстых хтмл бекендов уже почти не делают.
ОРМ конечно могла быть и лучше, но она в целом неплохая -- запрос который сгенерится всегда прозрачен. Но Алхимия пизже и гибче, конечно.
Другая головная боль Джанги - это формы. Формы это пиздец. И документация. Документация еще больший пиздец. И куча метамагии в моделях. И колебания между cbv / fbv.
Но в остальном Джанго заебись (DRF, менеджмент, стабильность, админка, расширяемость). Дайте две.
это сюда
Ты наверное никак. Но выход есть - макдональдс, касса пятерочки. Там как раз такие что в 4 строчки не умещают.
Чтобы писать не реакт, нужно немного головой думать, в отличие от ангулара
А ты можешь уместить, ну давай залей на ideone, если нет, то хуй простой.
> В нормальном, грамотно спроектированном методе должно быть не более 4х строк
Один трай кэтч занимает 6 строк, лол.
Кложа
вы просто не понимаете, о чем говорит этот хуй. Он просто абстрактно-ориентированный.
Не позорься и открой для себя метод map с коллбеком - вот тебе и 4 строки. Даже с циклами которые жрут драгоценные строки можно уложиться в 6-8 строчек - вот пруф. Анон, не еби мне голову, я на порядок умнее тебя.
Первый пик легко может упасть с переполнением стека.
БРЕД
На чем писать веб-проект в 2016 году ?
цели-задачи->Инструменты->Стек(Зоопарк)
давайка я тебя научу
Статика->Любой скриптовый язык->"Jekyll ...etc"
SPA->JS,coffee,ClojureScript->React, Angular - over9000
Микросервисы->Java, Go>овердохуя
Монолитное дерьмо->php,python,ruby->Rails,Django,Lavarel
ну ты понял
Так ты и не уместил в 4 строки лол, у тебя на первом пике идет вызов сторонней функции и на всех остальных пиках также, там просто размазан метод на кучу мелких методов.
Только если у тебя говно вместо компилятора и оно не может tail-call recursion развернуть.
Борщ стынет )
Elm, F# конечно
>Будущее Flask непонятно.
Что тебе неясно?
Что не так с формами?
>не нужен
Почему? Есть же stack, yesod/happstack/snap, а на фронтенде GHCJS/Haste.
Хаскель не хипсторский язык, а значит не нужен.
Пока двойка будет поддерживаться (2020) никто никуда не переползет
Крайне странная логика. Ну да ладно, пойду и дальше избегать успеха любой ценой.
Сука, а там этого нет? Нахрена я тогда это говно учу?
Оно хоть в Торнадо есть?
>там просто размазан метод на кучу мелких методов.
Так он об этом же и говорил, если метод не умещается в 4 строки, то раздели его на несколько методов
да asyncio в django нет. туда пытаются прикрутить поделку channels, но мне кажется это путь вникуда. С появлением asyncio торнадо стал не нужен. Более того я искал недавно библиотеки под торнадо для редиса и постгреса и обнаружил что они давно протухли. авторы так и пишут, что зачем если есть asyncio.
будущее туманно потому что:
1. автор забил на фреймворк на около 2 года и активности в репе не было
2. автор тут вспомнил, и через 2 года от 0.10.1 вышла 0.11 о боже!
3. фреймворк уже существует довольно давно, но стабильной 1.0 так и нет
4. архитерктура тоже оставляет желать лучшего, хотя бы наличие глобального объекта g. это же просто вырви глаз архитектурно неверное решение.
Elm хорошо. Считаю это будущий следующий хайп будет после ReactJS. F# не нужен.
>учу
Блядь, всегда проигрываю когда читаю УЧУ. Мне представляется, будто вы сидите сгорбившись за ноутбуком с умным видом, выписываете на бумажку какие-то каракули, встаёте и начинаете ходить по комнате прокручивая в голове. Лол. Устройтесь на работу, вам скажет начальник за 2 недели сделать говно с реактом, усрётесь но сделаете. Мимо пошёл вообще без опыта, за месяц пердолинга магазина электронных сигарет узнал больше чем за 5 лет универа. Мимо 170к python senior.
ОП в треде. Нет уж жуйте свое говно ПХП сами. Ладно бы ты предложил Symfony, но остальное говно нет уж
У феникса сейчас не лучшие времена. Чуть ли не каждую неделю меняют структуру проекта. Сижу в группе читаю отзывы тех кто пользуется и пилит продакшен на нем. Отзываются что все таки он очень сырой. Многие идут обратно на рельсы.
ОП в треде. Тесты нужны, только пишут их не все и не всегда. И важно понимать, что для того, чтобы писать тесты, нужно сначала научиться писать тестируемый код. Потому как не каждый код может быть тестируем. А от сюда вытекают такие штуки как DI / IoC.
Это Django одним словом. Шаг влево или вправо и все, приехали.
Писал на ней 2 года. Больше не надо. Спасибо.
coffeescript то тут зачем ? его уже давно закопали. кложаскрипт разве с рекатом окей ? этот как вообще в поддержке и дебаге ? генерируется 2мб js как в ScalaJS или поменьше ?:)
академический язык. мало где находит применения в продакшен. программистов не найти.
Ох блять. 4 года осталось, считай уже 3. Я вообще не вижу причин сейчас использовать Python 2. Даже в убунте его выпилили.
C# /tread
>Django деревянная. Прибытый профиль юзера так там и есть, хотя можно делать кастомный. Недо ОРМ местами убивает.
Не знаю, какие должны быть запросы, если не хватает возможностей встроенной орм, все что нужно в ней есть, а чего очень уж не хватает - можно быстро дописать. И это касается всего остального там - если нужно что-то кастомное, то оно решается перегрузкой метода.
А тред бредовый, надо подбирать инструмент под задачи. Даже вонючая пыха может быть таким инструментом, так как она дает преимущество в виде дешевой рабочей силы. Java/C# - на большие и серьезные приложения, C++ или GoLang на суперхайлоад который не вывозит ява, и так далее.
не хочу даже рассматривать это поделие. отдал ему 5 лет жизни и ушел на норм языки.
> А тред бредовый, надо подбирать инструмент под задачи
Все инструменты невозможно знать одинаково хорошо.
coffee как альтернатива хейтерам js
cljs -дебажиться, есть комьюнити, котребьютеры, куча библиотек, в почете у функциональщиков
https://github.com/shaunlebron/How-To-Debug-CLJS
https://github.com/binaryage/cljs-devtools
>coffee как альтернатива хейтерам js
Кофе не сильно лучше, его только рубисты и любят. Либо es6 либо TS сейчас использовать имеет смысл.
Ну поэтому есть разные веб-макаки. Хайлодеры на крестах, тырпрайзщики на яве, стартаперы на ноде, дауны на битриксе. Выбор инструмента это вопрос технический и управленческий одновременно - стоимость человекочаса (пыхоблядь самая дешевая), complexity (оверкилл), риски (напишешь на эрланге и хуй найдешь другого гребца), нагрузка, надежность (статическая типизация vs динамическая, секьюрность библиотек).
Типичный подход хипстера, выбирать технологии в соответствии с модой, а не с задачей. Простыня текста и не слова про сам проект, что нужно, какая нагрузка, какие ограничения. А потом нормальным людям приходится поддерживать ваше говно.
Ява.
Спринг накидает всему вышеперечисленому за щеку и по производительности и по скорости разработки
Спринг накидает всему вышеперечисленому за щеку и по производительности и по скорости разработки
толсто
Там нет хвостовой рекурсии.
А что с ней не так?
Хотя возможно ошибаюсь. Вот даже Гугл стал продвигать Haskell https://www.youtube.com/watch?v=-b-Oz6y-n_Y
>учить
>python
Блять, какой же ты безмозглый. У меня слов нет.
а второй - тормозное говно
>даже Гугл
>даже фейсбук
>даже аллах
Какая разница, кто продвигает язык? Ты наверное думаешь, если типчик из гугля поюзал хацкел, то скоро появится и тулинг от гугля?
>И что ты выбираешь анон в 2016 году?
ANSI C и C++
Ну питон учил, честно - не понравился.
Остался на php.
В ротан пихал симфони всякие.
Пишу на codeigniter и меня это устраивает.
Остался на php.
В ротан пихал симфони всякие.
Пишу на codeigniter и меня это устраивает.
Нет.
Любой самописный движок на спринге ее или скале напихает хуев любому конкуренту
Далее Ruby. Rails уже не те. В руби проектах каждый пишет на своем руби. Код часто плохо читаем. Сейчас рельсы швыряет из стороны в сторону. Будущее туманно.
Как джуниор на рельсах - пиздеж полный. Рельсы во многом обвиняют, но никак не в непостоянстве.
Бамп
Нарекурсировал тебе под хвост, проверяй.
>Как джуниор на рельсах
Где работаешь? Еще вакансии есть?
Проиграл, в тему конечно получилось.
Пишу сайт чуваку из Нью Йорка, фриланс.
Там рекурсивный вызов является последним действием, что не так?
А не сорри, в глаза ебусь.
Сколько крупных проектов написал?
Какие нынче программисты пошли.
Игнорь тролля (долбоеба)
Потихоньку разбираюсь в философии Джанго и рельс. Последнее хоть и выглядит более продуманным, но не таким логичным как Джанго. Согласен с ООп в том что будущее рельс туманно
Можно поподробнее?
банально будет больше народу. будет расти комьюнити. сейчас именно комьюнити и маркетинг решает на чем будут писать хипстеры стартапы в следующем году.
да что подробнее. в рельсах полно магии. т.е. вещей которые происходят просто потому что происходят. в питоне есть принцип, явное лучше неявного этим все сказано. что уж говорить если в последнем радио-т позвали чувака из гитлаба. это такой гитхаб заново переписанный на рельсах. дак даже он признал что ну да рельса генерирует тонну левых запросов, тормозит. ну что поделать с этим и живем, это же рельса. чувак с охуенным опытом и говорит такое. это значит что в руби комьюнити это нормально тормозить.
И какие языки ты называешь норм?
На что ушел, если не секрет?
Это не те ребята, у которых управление системой ПРО до сих пор через мэйнфреймы 60-х годов с дискетами 5''?
Двачую, бро. Слишком много хайпа вокруг всего этого дерьма. Angular. Он решит все ваши проблемы! Блядь, да какие он проблемы решил? Он только добавил. Модульность, блядь? Контроллеры? Я срал на твои директивы, я срал на твои $compile, на гугол твой мокрожопый! Я срал!
А если серьёзно, то сейчас выходит куча всякого софта, который держится год, максимум два, а потом про него забывают. Вот у нас тут 9000-ый фреймворк под новый ЯП. Через полгода уже никто и вспомнить не может, о чём вообще шла речь.
Лично я считаю, что нужно использовать проверенные временем решения. Не надо создавать проблемы, гнаться за модой. Надо решать текущие проблемы известными средствами. Только и всего.
Java, Python, Golang - считаю это универсальный набор, который может решить практически весь спект задач. Ну и приходится местами в JS/Node от безисходности
Я посмотрю как ты напишешь жирное SPA приложение проверенными средствами. Это ты про jQuery ? вперед. а я возьму React / Redux и сделаю тоже самое в разы быстрее.
>а я возьму React / Redux и сделаю тоже самое в разы быстрее.
Ну React это вообще лучшее что случалось с фронтом со времен этого самого jquery, так что с angular не очень корректное сравнение (хотя и он часто лучше чем городить велосипеды, пиля свой собственный фреймворк для 1 проекта, пусть и большого)
Нормальные люди сначала задаются вопросом нахуя им писать SPA приложения.
>ОП в треде. Тесты нужны, только пишут их не все и не всегда. И важно понимать, что для того, чтобы писать тесты, нужно сначала научиться писать тестируемый код. Потому как не каждый код может быть тестируем. А от сюда вытекают такие штуки как DI / IoC.
Тестируемый код - второй столп мифотворчества тестушков. Первый - это корректность, которая якобы самозарождается если написать еще один assert 1+1==2. Но т.к. первый уже фактически развалился на кусочки давайте повнимательнее взглянем на второй.
Что такое "тестируемый код". Конечно хочется чтобы в той фразе стоял "корректный код" или что-то такое, но увы. Получается что "тестируемый код" = код для которого можно написать assert 1+1==2. Почему этот код хорош? Потому что с ним тестушок может предаваться манямечтаниям о том что он все сделал правильно. Ровно столько же пользы от DI/IoC.
"Просто выбираю подходящий инструмент под задачу"-ебланка вскукарекнула. Как же раздражают эти ваши вскукареки. Ну да просто, прям пиздец как просто. Из того что осилил своим быдломозгом естественно. И то что в мейнстриме, естественно, не хочу чтоб потом выебали за неведомый опердень. И только готовое и чтоб не cutting edge, а то обосремся, боюсь. Но и не слишком говно мамонта, мы же молодая динамичная компания.
Ну да так сложно сделать выбор из
подходит под решение задачи/нравится мне, как технология
Корректность - это что-то плохое ну охуеть вообще.
Ей богу, ну что за хуйня! Мало того, что это не умещается в 4 заявленных тобой строки, так ты еще предлагаешь решение в виде многочисленных вызовов методов поменьше. На их вызов каждый раз тратится время, и на больших матрицах такой подход даст падение скорости вычислений, а ведь рекурсия еще...
И еще раз спрошу - откуда ты взял ограничение на 4 строки в методе? Это кем-то сформулированный и хорошо зарекомендовавший себя подход, или твои домыслы, о великий непризнанный гений?
Читать научись
На самом деле
"Инструмент под задачу" = "то что я знаю / хочу попробовать" + "более-менее подходит под задачу"
Поэтому этот аргумент очень смешной, особенно когда с ним в дискуссию врываются хуи на белом коне.
И что же там читать? Я вот в твоем посте не прочитал ни одного примера хоть какой-то верификации помимо тестов - корректность нинужна, корректноблядь - не человек, еще чего удумали писать правильно работающие программы.
Can unit tests verify software requirements?
In general no. For toy programs (say solutions to Project Euler problems), sure.
http://programmers.stackexchange.com/questions/254163/can-unit-tests-verify-software-requirements
Отличный маневр - сказать что все тесты - это только модульные тесты. Сам себе в рот нассал. Хотя бы вот это:
> For N-Tier applications, where N > 1, integration tests are needed
Если бы ты меньше кукарекал на двачах, а действительно прочитал любую книжку по TDD - там описаны различные методики тестирования, не ограничиваясь только модульными.
Вот зря ты симфони пренебрегаешь. Да, дохуя всего в ней есть, эдакий "boost" для пхп. Но это очень, очень эффективная штука, написана аккуратно и документация на десятку, плюс она отлично скрещивается с ReactPHP, что вкупе с приходом 7.0 (а еще впереди как минимум два этапа оптимизации) выводит производительность проекта куда-то в небеса.
Как будто интеграционный тест покажет, ничего ли ты не наебнул после рефакторинга.
Проебался с номером поста,
для
для
> куда-то в небеса
NodeJS где-то на орбите, JVM на Марсе, а Си - на Юпитере?
Большую часть таких ошибок поймают конпелятор и юнит тесты.
Что-то я вообще так сразу не прикину пример такой ошибки.
Алсо, чем тебя не устраивает DI/IOC?
>Пишу на codeigniter
>си
Давай еще на ассемблере хуячить бэкенд будем. А что? Еще быстрей будет, хули. Тоже ведь можно сделать, если правильно подойти к процессу, нанять сотню опытных байтоебов и где-то взять десяток лет на реализацию.
>JVM
Она уже достаточно шустрая? Я не в курсе, просвяти, если не трудно.
>Node.js
Уже не быстрее.
Отличный маневр тестушка - спиздануть про то какие тесты бывают разные, когда начинаешь объяснять почему один из их видов - бесполезная параша. Может ты тогда объяснишь мне зачем может понадобиться DI/IoC в полноценном end-to-end тесте? И в чем польза от этого "паттерна" КРОМЕ того что он позволяет написать больше тестов для бога тестов?
>DI/IoC
Он нужен в первую очередь как удобная реализации инверсии зависимостей из SOLID. Ну ты конечно можешь сам ручками все инжектить, но зачем когда есть IoC.
>SOLID
О боги, вот это хуйнул, так хуйнул.
Хорошо что хуеплета Боба уже не обосрал только ленивый.
я рельсовик - хуйня какая то. если не оптимизировать запросы офк будет тормозить, и вообще руби сейчас один из самых быстрых скриптовых.
да, я заглядывал код гитлаба, он не очень. Прям вообще не очень - https://github.com/gitlabhq/gitlabhq/blob/master/app/models/project.rb модели на 800 ебучих строк, у меня на работе за такое ебашат палкой.
+1
А я возьму Dojo Toolkit, пушо он уже настолько суперстабильный, что начинает каменеть. Первая версия вылизана и допилена, проблема только с документацией. И за лицензию платить не надо, в отличие от ExtJS (сейчас ещё сторонники Kendo и подобных набигут, или будут тыкать в SapUI - ну что ж, я готов, пидоры!)
>React
>лучшее что случалось с фронтом
Пиздец. Есть Эмбер, есть идеальный бэкбон, нет, надо жрать говно с jsx.
> руби сейчас один из самых быстрых скриптовых.
Проиграл.
Руби почти во всех тестах сосёт у PHP:
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=php&lang2=yarv
Руби больше чем в половине тестов сосёт у Perl (!):
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=perl&lang2=yarv
Ну и у питона сосёт больше чем в половине случаев:
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=python3&lang2=yarv
Итог: руби сосёт у всех своих скриптовых конкурентов, вылезай из манямирка, промытый.
А за что палкой на работе не ебашут? За толстые контроллеры?
> Пиздец. Есть Эмбер, есть идеальный бэкбон, нет, надо жрать говно с jsx.
Ты похоже не понимаешь что есть JSX. Это компилируемый шаблон! Ошибки ты увидишь уже во время компиляции. А что в Angular, что в Ember все шаблоны это просто строки. Ошибочки только в браузере при выполнении. Это офигеть какая разница.
> А я возьму Dojo Toolkit
> ExtJS
> Kendo
> SapUI
Похоже ты путаешь RIA и SPA. RIA как раз клепаются из однотипных элементов как правило для какой-то энтерпрайз параши под веб. Туда же уходят и GWT и прочее. SPA это по сути то де веб-приложение, но с нормальным интерфейсов как у обычных веб-сайтов. Конечно RIA попадает под множество SPA, но я о другом.
Потому что существует только два места куда святой DHH разрешил помещать бизнес-логику, да?
Добавлю еще про одну штуку, которой реакт принципиально отличается от всего остального. Одно глобальное состояние. Нет необходимости строить зависимости между разными компонентами и отслеживать состояния каждого компонента. На любое изменение в стейте все рендерится заново.
>На любое изменение в стейте все рендерится заново.
Блядь, вы черви-пидоры похуже рубистов будете.
Это нихуя не нормально.
Минусы такого подхода конечно очевидны, но зато в развесистых интерфейсах такой подход очень облегчает жизнь.
Ну рендерится не все а только тот компонент, которого касаются изменения. Изменяется не весь DOM, а только та часть, в которой содержится этот компонент. Так что все аккуратно и с минимальными усилиями.
Я понимаю суть этой параши.
Да, темплейты в ангуларе говно, намешанное с медом. Да, первый получился тормозным, а эмбер просто тяжелый да и хипстеры не могут осилить.
Но блядь, альтернативы такие же хуёвые, и чаще даже хуже. Но плюсом в ангуларе и эмбере идет структурирование, довольно простое тестирование, хэш-навигация, обертка для http говна по типу soap.
Вообще похуй на весь веб треш, у меня на работе уютный мирок из obj-c и python. Js я трогаю только на уровне ужаснуться и перекреститься и правок в грунте.
>obj-c и python
>уютный
Говноед с синдромом утёнка.
>реакт принципиально отличается от всего остального
Ничем от всего остального "FRP"-говна не отличается, это просто хайп. Ты же понимаешь, почему я пишу FRP в кавычках, да?
Где в ангуляре "FRP", маня?
>Ты же понимаешь, почему я пишу FRP в кавычках
Потому что еблан? Нахуй ты его вообще сюда приплёл, даже если в ироничном ключе? Ангуляр это типичный джявастайл фреймворк, React сам по себе минималистский рендер с типичным иммутабельным ФП подходом. Как их вообще можно сравнивать?
>это просто хайп
А это самое главное. Хайп - значит все используют, значит придя в компанию тебе не надо никому рассказывать: "а давайте возьмем вот эту йобу у которой 200 старов на гитхабе, но зато она концептуально крутая".
Ананасы, я новичек в бэкенде. С каких проектов можно начать обучение.
c любых. бложик напиши.
> ScalaJS
Охуенно
Scala это тупое тормозяшее говно. 3 года этой хуйне отдал. еще на Play framework тогда. Переусложненный язык не имеющий перспектив. Т.к. большинство на нем пишут в Java стиле и испольщуют только val и прочее. Что теперь можно делать и на Kotlin, да и быстрее и проще он будет. Scala это такой Haskell для JVM который не нужен. А ScalaJS тебе сгенерируем 5 Мб джаваскрипта на твой hello world. Ты еще Scala native посмотри. Я этим упарывался, а потом как TypeSafe закрылся и превратился в LightBend и стали ориентироваться на Java, потому как поняли что Scala это говно, и я в общем то на нее забил чего и вам желаю. Не тратить время на говно.
Отвратно. Если что-то и тащить на фронт из наворотов над ванилой, то это либо тайпскрипт либо кофе. Первое бъёт по рукам, после второго блевать от фронтенда хотя бы не хочется.
>либо кофе
Ну хз, каких то особых преимуществ он не дает, да скобочек нет, чуть быстрее код пишется, зато сложные конструкции хуже глазом воспринимаются.
тащить надо React + TypeScript, ну а после можно и Elm вкатить
особенно его неявный return часто ставит палки в колеса. да и не нужен coffescript уже...
Бля спасибо тебе о великий анон, ты решил проблему которая гложет меня уже несколько дней, а стоит ли забить на php и начать изучать Ruby
Плюс руби не в её скорости, а в скорости самой разработки
еще в комьюнити и работе на интересных проектах, а не ворпдпресс с интернет магазинами
а то php комьюнити маленькое жи
Там слишком много говнокодеров, нормальные теряются среди этой массы.
а ок. т.е. на руби я могу быстро быстро сделать говно которое тормозит уже на локалхосте ? круто.
Ну как-бы создатель языка и не обещал производительности или каких либо йоба быстрых вычислений, когда его пилил. Тогда даже никто и не планировал, что скриптоту подобную рубям использовать для генерации и отдачи данных в интернете.
Тут скорость разработки, правильное ООП с точки зрения создателя, лаконичность ключевые вещи.
Ебал бы и ебал тех, кто пытается использовать реакт
А на руби наверно все очень хорошо пишут
В среднем уровень кода выше чем на php. Да где угодно он выше чем на php на самом деле, потому что там совсем болото.
ничего лучшего сейчас нет. html верстка в таком виде что была вымирает. все идет к компонентам. полимер жс скоро будет нативно в браузерах. и все уже забудут что верстать. будут брать просто компоненты у каждого компонента свой css / markup.
я мимо java/python/golang сеньйор. и да я видел хороший код на PHP7. так что не надо тут.
даже в JS лучше чем в PHP ? не смеши. болото это JS как раз
>И так анон давай подумаем. Начинаем новый проект. Хочется сделать так, чтобы он был и поддерживаемым и через 5 лет.
Очевидный https://github.com/groupoid
Ой. Давай больного на голову Сохацкого сюда мешать не будем ок ?
>и да я видел хороший код на PHP7
>В среднем уровень кода
А что с ним не так?
ASP.NET Core, очевидно же!
Дауненок, он только релизнулся, в нем куча изменений в сравнении с предыдущими версиями. Хоть бы посмотрел.
не рассматриваю майкрософт стек вообще
а что с ним так ? истерики в блоге постоянные. то от него псих математик ушел и пишет везде что Сохацкий бабла не платит. Я вообще не вижу где у них деньги то в бизе ? Ну ладно он свое N2O подели на Erlang в банках внедряет. Но это изобретение супер языка с доказательством самого себя. Не знаю...
Тоже к этому стеку движусь
Бамп, интересно же!
это lisp. есть золотое правило, если в команде больше 5 человек то лисп выкидываем. потому что через какое то время с помошью макросов и прочего у каждого получается на лиспе еще свой лисп. знаю парней из финки пишут уже лет 5 на кложе. своя компания. но как правило штат не раздувают более чем 5 чел. для больших команд нужна Java
Ок, спасибо.
Почему?
Нет, бро, на Dojo тоже можно делать SPA - там есть и dojo.hash, и dojo.router, и ещё много чего. А уж REST там вообще практически из коробки.
Про виджеты типа Tree, TreeGrid, dGrid я вообще молчу - для Angular нормального дерева так никто и не сделал до сих пор, про TreeGrid вообще молчу.
ui-router, блядь, какой-то. Зачем? Вот объясните мне, дураку, пользу от nested views.
Ну, например, ссаный БАРС Груп требует от JS-джунов DataGrid с функционалом уровня jqGrid.
Сразу скажу, что опыта в веб-программировании почти нету. Пробовал писать на Flask пару небольших проектов. Понравилось, даже полюбил питон. Там конечно свои проблемы есть, с авторизацией пиздец полный, но жить можно.
потому что у меня все построено на linux серверах и docker ? куда я там говно типа IIS воткну ? майкрософт вообще не про микросервисы. они офигеть как отстали от того же amazon / google в этом плане на миллион лет. их жалкие попытки портировать .net на линукс провальны, хотя бы по той причине что это нужно только им, и не кому более
>маня не знает про Azure и Service Fabric
и знать не хочу
>>>нит вебсервисав ваще отстали лахи
>>есть, приводится пример
>а мне ваще похуй))
microsoft утратил мой кредит доверия еще в 2012:) так что как бы вот так. да и кол-во клиентов на azure ничтожно мало чем на AWS / GAE
> знаю парней из финки
Metosin штоле?
> есть золотое правило, если в команде больше 5 человек то лисп выкидываем. потому что через какое то время с помошью макросов и прочего у каждого получается на лиспе
Хуйня а не правило. Если всё есть, то никто хуйни городить не будет. Алсо, в Кложе не поощряют макросописание за пределами библиотек.
да
Ты опоздал, Elm уже устарел. Учи PureScript.
>Учи
Хуле там учить-то?
>никто хуйни городить не будет
kek
А потом прибегают такие менеджеры с горящей жопой и ебут тимлида, что у них контракт уже заключен на еще не написанную технологию.
Так и получается говнокод.
Берешь Nginx, пилишь под него просто интерп.
сделал апи сервер на aiohttp брат жив зависимость есть
>отому что у меня все построено на linux серверах и docker ? куда я там говно типа IIS воткну ?
Ебан, я же говорю, хоть бы посмотрел. Новый асп не завязан на IIS, крутится изи в этом твоем контейнере на леноксах.
смотрел неделю назад. все такое же говно.
тут в долине продукты от MS особенно не любят.
>Azure
Распиаренное говно. Взлетело у кого-то только из-за того, что некоторое время кусочки раздавали на халяву.
Какой контракт? Маленькие команды и нестандартные языки характерны только для собственных продуктов.
Зачем писать язык с зависимыми типами на эрланге? В чем сакральный смысл этого решения? Почему не плюсы, например? Он надеется сделать распределенную компиляцию? Если так, то, мне кажется, у ребят из унисона быстрее получится, чем у этого шизика.
https://habrahabr.ru/post/142140/
Пэхапе - это оборачивание говна в конфетку. Язык настолько хуевый, что крупные компании, его юзащие были вынуждены пилить свои компиляторы/диалекты (vkontakte, facebook)
Пэхапе - это оборачивание говна в конфетку. Язык настолько хуевый, что крупные компании, его юзащие были вынуждены пилить свои компиляторы/диалекты (vkontakte, facebook)
В том то и дело, что на ПХП7 можно писать более менее адекватный код. Однако экосистема остается болотом.
>я видел хороший код на PHP7
Ну так никто и не говорит, что на нём нельзя хорошо писать.
В PHP7 что-то сильно изменилось относительно предыдущих версий?
Анальную привязку к CGI убрали?
Асинхронность завезли?
parse_str задепрекейтили хотя-бы?
Не надо тут кукарекать, что ГОВНО7.0 на вкус как повидло.
врядли ПХП вообще когда-то будет асинхронным. для этого надо убрать модель. получил запрос - обработан - сдох. в 7 скорости добавили и опциональную типизацию завезли. это пожалуй главные новшества. ну и не будет забывать что PHP пока остается основным языком по-умолчанию для веба...
Миллионы людей жрут фастфуд, но не потому что он хорош, а потому что выбора нет.
ну да тоже верно. самый распространенный продукт жизнедеятельности человека это говно.
Не потому что выбора нет, а потому это удобное, популярное, очевидное решение.
Иметь личинку, жирную жену, кредитную лохань и пить пиво по вечерам - тоже удобное, популярное и очевидное решение. Достаточно денвера и shared-хостинга, и не надо учиться настраивать сервер, это же целых 50 страниц документации, из которых тебе нужно только 5! Лучше уж кинуть index.php в /var/www/gaydating-ufa.ru и пойти пить разливное в парке.
Да все так и есть. Так проще и привычней. Но это не значит что выбора нет.
а потом под 40к лет такие вот программисты удивляются. почему он все еще пишет сайтики на пхп, а друг Вася, который был странный и помимо пхп работал с питоном, джавой и еще странными штуками. в 40к лет зашибает дохера бабла и занимается какой-то там бигдатой.
И все-таки, на чем писать проект? Сейчас рассматриваю три варианта: луа, ливскрипт и груви.
странный выбор. груви умер. livescript вроде тоже. lua ну не знаю.
Я жру фастфуд потому что это вкусно.
Ты просто не ел хороших бургеров из мраморной говядины чтобы утверждать что фастфуд это вкусно.
В смысле говно, что тебе не нравится? Больше конкретики.
В какой долине? Ты на селе живешь?
Ну и похуй, пойду с корешами пхпшниками въебу разливного пивка в парке. Вечером еще водочкой догонимся и пойдем аутиста Васю искать, чтоб пизды этому зазнавшемуся пидору ввалить. Бигдата, пиздец чмо, зато у него друзей нет и он целыми днями в свою аутичную хуйню задротит, а у меня есть время дочурку свою в зоопарк сводить.
Чуйская долина. Тут в Казахстане люди небогатые и свободолювые, поэтому мы предпочитаем Генту и Арч ГНУ/Линукс, вместо дорогущих проприетарных решений с анальными зондами.
Мб, но меня пока все устраивает.
Ты просто не разрабатывал крупных проектов на PHP7 чтобы утверждать что пхп это вкусно.
Ну и да, я не аналогии привожу, а реально про фастфуд говорю.
Ты небось жирный, болеешь сердечно-сосудистыми заболеваниями, гастритом и тупой как пехепешник. Ну или станешь таким к 30 годам, если прямо сейчас не начнешь пить смуззи вместо шавермы.
Ты небось жирный, болеешь сердечно-сосудистыми заболеваниями, гастритом и тупой как пехепешник. Ну или станешь таким к 30 годам, если прямо сейчас не начнешь пить смуззи вместо шавермы.
Ну да я тоже, реально с маком или даже бургер кингом небо и земля.
Не угадал, я дрыщ 170/55.
Блять, 180.
Быстрофикс.
А где их попробыоать можно? Хочу охуеть.
> попробыоать
Попробовать.
google:
мраморная говядина купить
стейкхаус (если не умеешь готовить)
Спасибо.
да это село на самом деле. только недвижимость самая дорогая. стартап у нас тут. проходим стадии посевых инвестиций
я ОП. помойму дискуссию пора закрывать. ясно как всегда одно. каждый свое болото хвалит.
Щас инвестиции засеим, ууух, через три месяца прущий стартап будет. Прошлый стартап не очень был, прогорел весь из-за лесных пожаров. Ебаный менеджмент.
По бургерам в Питере "Мясная лавка", В Москве "Burger heroes" мне понравились, но не уверен что самые лучшие. В других городах сам смотри, но в каждом миллионнике должен быть пяток-десяток бургерных из которых 1-2 будет готовить из мраморной говядины и делать это хорошо.
Тут больше половины сказали бери макбук не пожалеешь. Что тебе еще надо?
Бля поясните, почему php не вкусно? А то только и вижу мол гавно гавно кудах кудах, а реального описания недостатков вообще 0, ну кроме отсутствия асинхронности
Статья 16 апреля 2012 в 08:58 актуально пиздец
$ уже убрали из названий переменных?
Большинство еще актуально
Несмотря на дату актуальности решил все таки прочитать статью, ЛООООООООЛЫЧ чистой воды придирка, о боже как же я буду ненавидеть язык из-за того что не использую оператор "===",
array() - да это еще в 2010 году перестали использовать, сейчас все объявляют массив так $a = [];
И как это "Ещё один уникальный оператор PHP @(на самом деле взятый из DOS) заглушает ошибки." влияет на качество языка? Не хочешь чтоб ошибки глушились не используй балбес.
"Функциональные части PHP сделаны как в C, а объектные как в Java. Даже не могу сказать, как меня это раздражает." Автор ебнутый? Как это может раздражать, вообще каким боком это программиста касается?
"Нет перегрузки сравнения и последовательности(пер. ordering)."
Два года на С++ писал, за все время перегрузка раз несколько понадобилась
И еще много придирок всяких
С пхп надо сделать то же, что и с жс: если не нравится, а пользовать "экосистему" надо, сделай язык, компилирующийся/транспилирующийся в пхп. Есть даже лисп соответствующий. Вот, допиливай: https://github.com/lisphp/lisphp
И даже вот что есть: https://github.com/edwinb/idris-php
Объективный минус не в языке самом, а в стереотипах вокруг него сложившихся и большой популярности. Открываем любой сайт с предложениями о работе и просто по статистике большинство интересных проектов будут не на php, особенно новых. На php же будут интернет магазины, wordpress и прочая шляпа. Само собой есть исключения, но тренд он такой. На Go, Python, Ruby, NodeJS, Java, что угодно.. я быстрее найду интересный для меня проект и компанию.
А зачем это вообще надо на бэкэнде? С JS это нужно, только потому что в браузере нет других вариантов.
Ну ты жопой читаешь или куда?
>если не нравится, а пользовать "экосистему" надо
Если не нравится и не надо - делай что хочешь, конечно.
Ну объясни мне что такого особенного в php экосистеме что тебе ее надо использовать?
Ну сматри, на пехепе нинужно нихуя лишнего кароч. Бирёшь такой хуяришь индекс.пхп, открываешь блокнотиком, пишишь там
bla bla bla
....
var data.data = <?=$data?>
...
</script>
</head>
<body>
<table>
....
bla bla bla
<?php
$zapros = "SELECT * FROM salary WHERE id = $id"
$resultat = mysql_select($zapros);
while($row = mysql_chitat_resultat($resultat))
print "<tr><td>"
bla bla bla
...
print "</tr></td>"
?>
</table>
И фсё! Отчёт для тёти Груни готов. Закидываешь эта гавно по FTP - нажимаешь F5, ура работает. За 5 минут всё порешал.
А какой нибудь даунитас-джявист только три дня будит окружение разварачивать и xml-конфиги хуярить. На то они и джеваиндусы тупые, нихуя нормальна зделоть не могут.
Выбор инструмента - это всё проделки веб-фронтэнд-продакшн-макак. Есть только кресты, и си - отец его.
Php 7 + yii2. Узкие места затыкаем микросервисами на го.
есть delve, интегрируется в VS Code, подсветка-хуетка все на уровне. рикамендую
Торнадо. Ниразу не разочаровал.
