Как стать автором
Обновить
18
0
Кривушин Михаил @Deepwalker

Программист

Отправить сообщение
Я читал что была вакцина, но началась антипрививочная истерика, и все компании забили — себе дороже такие прививки производить. В итоге для собак она есть, я для людей никто не рискует связываться.
А нет никакого инструментария для управления зависимостями там и тп? Ранние адаптеры не выкладывают своих решений?
Обычные такие интерфейсы :) Структура не класс — можно например наследовать структуру?

Явная или неявная реализация это дело то десятое. Например в Go легко с этой неявной фигней попасть в проблемы, так что это не фишка, это беда, мое мнение. Но классов в Go нет. Нет, структуры это не классы. Нет, даже то что там где-то можно объявить нечто похожее на методы, не делает структуры ООП классами.

Протоколы это не фича из objc, это современный тренд, который повсюду. Просмотрите все языки которые в тренде — там везде так или иначе используется эта фишка вместо наследования. Вместо, не вместе.

Смотрел доклад по свифт эппловский — там основной упор на то как делать без классов. Так что классы это временное явление, чтобы голову сразу не ломать людям. Вам же скажи что ООП всё, ой что начнется. А тут все прилично — вот вам ООП, это прям практически привычный вам язык, видите, классы. Ничего страшного, вперед, это просто красивый objc, новенький, но такой же. Ой смотрите, а тут еще вот так можно, и нужно кстати, но вы пока не нервничайте, ООП тут, да, пока.

Одни только страдания народа за private явно это демонстрируют — нельзя вот так сразу сделать ООП всё, нельзя. Хотя всем уже стало понятно, что он всё, но будем это доносить постепенно. Apple умные, знают же что вот там сразу если вывалить истину, язык не полетит.
Протоколы — developer.apple.com/library/ios/documentation/Swift/Conceptual/Swift_Programming_Language/Protocols.html

Такая же тема как в Go, Rust etc. Я не знаю как в общем этот подход называется, к сожалению, но он гораздо гибче чем ООП наследование.
Swift не ООП язык. А классы, мне кажется это временная штука, и с какого-то момента писать их станет моветон.
Он не обходит, он прячется в областях недоступных для иммунной системы. А здесь проблема с тем чтобы вводить вирус в кровь. Там все эти вирусы иммунной системе прекрасно доступны.
У меня есть подозрение почему статей с наездами на постгре от mysql нет — чтобы их писать, надо залезть в постгре. А если ты туда залез, зачем тебе обратно?
Очень полезная тема – когда у тебя 100% на удаленке, возможность уволить по нормальным основаниям это отлично. А не притягивать за уши всякие там нарушения распорядка и прочее.
У нас в проекте нет ни одного офисного сотрудника. Все проблемы были уволены сразу при появлении проблем.
Если вы нанимаете работников которым нужна нянька, то куда деваться от судьбы, придется няньчить.
Supervisor очень дельное замечание. Ну или если особые любители то runit хотя бы. И еще я вот требую нынче чтобы у каждого проекта в комплекте шел ansible плейбук.
Ну никто со статьей не спорит – выглядит ничего так. Единственное меня в принципе раздражают стописят слоев перекладывания строк, включая собственно сам SQL, который уходит через сокет, и еще там парсится, а потом там планер, а потом, по окончании всей этой херни включается наконец-то вожделенное – достать уже чертовы строки из таблиц.

Но тут ведь не заканчивается бал безумия – теперь мы их пакуем и шлем в зад. Тут создается долбанная тонна объектов на каждую строку вернувшегося запроса, а может и больше если это был joinedload. А потом вся эта бодяга тупо перекладывается в dict, list, str, int и прочее, а потом приходит json сериалайзер, и наконец-то сборщик мусора может с удовольствие пожевать, и пусть весь мир подождет, ять.

Так что ну ок, S выглядит красиво, практически бесконечность. Еще одна маленькая игра со строками ничего особо в картине мира не испортит.
Ну я использовал. Судя по постоянным пул реквестам, кто-то еще использует. Но я джанго последний раз видел давно и на библиотеку честно говоря давно забил. А никого другого на горизонте не нарисовалось чтобы сплавить её к черту.
Не обязательно новое, в github.com/Deepwalker/aldjemy я просто беру готовое.
> написан на С++ (а значит — быстрей)
Полный булшит.
Черт, доктор, мы его теряем. Вначале пользователей из самбы копирует, а потом начнет сайты писать, и мир потеряет еще одного админа :)
Язык сильно перегружен фичами, синтаксис сильно сильно вольный. Это может привести его к фейлу, хотя и не обязательно. Но так, красный флажок точно есть. Это усложнит его изучение и затруднит разбор чужого кода.

+ я не очень понял пассаж про трансляцию в C и почему при этом rust вдруг должен быть тормозом — rust тоже транслируется не в jvm так-то + никакого gc. Не люблю когда передергивают в свою сторону слегка лукавя или просто не разобравшись.

Не критикую, но обратить внимание стоит на эти моменты.
BTW а что вы 1.6 то его назвали — у вас же совсем брат тарантула получился. Если бы он был 2.0 это бы быстрее пояснило как это я так зашел через год в тарантул и там не осталось ничего знакомого :)
Спасибо, очень хорошая статья и полезный коннкектор.
Ну как — техника одна и та же. И backslant и jinja2 компилируются в байткод. И backslant и jinja2 каждый раз на диск за ним потом не ходят. Потому и скорость практически одинакова.
В цифрах есть в папке example на фласке накиданный пример — там оба движка подключены. ab или wrk выдают примерно одинаковые цифры. Небольшая потеря на backslant, на уровне погрешности, видимо из-за генератора. Хотя я точно код жинжи не смотрел, может там тоже генераторы, точно не скажу.

Информация

В рейтинге
Не участвует
Откуда
Самара, Самарская обл., Россия
Дата рождения
Зарегистрирован
Активность