А если по теме, то преподаватель все таки помимо передачи знаний, ещё и вдохновлять должен. Кто мешает организовать кружки, хакатоны, корректировать программы, подтягивать коллег. Ещё и студентов активных привлекаем. Я преподаю, совмещая с работой, больше 8 лет, может мне повезло, но в моем провинциальном вузе это работает.
Может у вас действительно проблемы в вузе, но перенося вашу политику на свой опыт, мне видется каким-то что-ли вредительским ваш подход...
Я к тому что если попросили сконвертить поле, а мне выдали бы union, я б сильно призадумался. Поэтому согласно постановку задаче case вполне адекватное решение. Про фильтры там вроде вопроса не была
А я б наоборот за union минус бы влепил. Потому что с юнион код не поддерживаемый и как его в реальный случай влепить (о чем кстати автор упоминает) непонятно. И не дай бог ещё лепить начнут. А с case, одно уточняющие слово соискателю и если он правит сразу понятно сечет человек или нет.
По поводу корректных определений, отчасти согласен, но когда речь идёт о полуформальной статье (я техническую статью тут не вижу, это статья из типа хозяйке на заметку) то это из плана не к чему придраться, придерись к грамматике
Сидеть на форумах конечно полезно, а если вы так долго сидите, я так понимаю вам скорее всего на простые вопросы отвечать уже не интересно. А там, в глубине форумов, совсем зелёные sqlщики пишут совсем зелёные вопросы. И вот такая статья собственно и позволяет уменьшить количество мусорных вопросов.
Хм, а что не так с case? И почему кандидату жирный минус? А то коммент у вас весьма агрессивный, придирки к словам (как будто если назвать вещественные числа дробными собеседник вам не поймет). Вы покажите как правильно писать тогда, а то having у вас не тот, coalesce не правильный, case неверный. По большей части вполне себе часто встречающиеся косяки начинающих sqlщиков, на которые не лишний раз стоит обратить внимание, статья как статья, говорит о правильных вещах, без воды, кому-то обязательно пригодится
Добавлю от себя как я клею vue и django (в принципе тут может быть любой фреймворк). Просто в папке с vue приложением создаю файлик vue.config.js и в нем прописываю проксирование запросов в django. Файлик выглядит примерно так
Кстати вспомнил еще, что диски как правило были двухстороние, а-ля винил, одну сторону просмотрел, вытащил диск перевернул — смотришь следующую, романтика =)
Как-то очень тяжело читается. В принципе не согласен с тезисом что DVD у нас не зашел, если имеется выпуск лицензионных версий один тайтл — один диск то да, а как формат, лет 10 назад, DVD магазинов был пруд-пруди. Я и сам, в силу отсутствия интернета, регулярно пополнял свою коллекцию дисков и, что забавно, мои друзья, у которых был интернет, брали у меня диски. Скорости интернета тогда были не сильно быстрые и качать фильмы в промышленных масштабах было сложно. Покупал как правило те, на которых было сразу по несколько фильмов (4 штуки было идеальным количеством), стоили они рублей 150 за DVD. В противовес, лицензия с одним тайтлом стоила рублей 500. Сейчас на даче лежит коробка с коллекцией, в которой, наверное, дисков 300. Так что DVD как формат зашел у нас очень даже хорошо.
По поводу flex-basis: это я конечно не прав, что был неправильно понят, в моем случае был только текст, ну и мне проще всего было сказать, что имена размеры текста ломают верстку, а правильнее было сказать блоки с текстом. Поэтому, чтобы убрать учет размеров, надо было сделать flex-basis: 0, который по сути задает размер блока. Хотя справедливости ради я написал, что:
flex-grow по сути распределяет пустое пространство
А вот flex-shrink это для меня пока черная магия, это точно. Тут бы тоже хорошая картинка не помешала. Кстати может подскажете тогда почему когда добавил:
(вторая с конца картинка), почему верстка поплыла, и пришлось юзать flex-shrink: 0. Кстати я проверил что если обернуть header простым div-ом, то, в моем случае, это равносильно использованию flex-shrink:0
должно частично решить проблему, правда тогда названия месяцев уже буду не так хорошо смотреться… и придется и их править… в общем, как говорится, улучшать можно до бесконечности.
Спасибо за спасибо! К сожалению, не являюсь представителем компании. Статью писал в рамках личных изысканий. Хотя я Vue и много использую, но для меня скорее как хобби, пока в основном удается использовать только в пет-проектах. А вы не мечтайте, а дерзайте)
eplaksin, Harrix, спасибо.
Тут недавно статья была про новый вебпак, и как там все здорово будет. А по сути изменения получаются скорее косметические. Я то думал что будет какой-то режим сборки из коробки, без возни с конфигами, но его нет. И в результате, по моим личным ощущениям, получается, что использовать webpack что 3-ий, что 4-ый, для сбора статического сайта это все таки небольшой оверхед.
А можно мне другого преподавателя.
А если по теме, то преподаватель все таки помимо передачи знаний, ещё и вдохновлять должен. Кто мешает организовать кружки, хакатоны, корректировать программы, подтягивать коллег. Ещё и студентов активных привлекаем. Я преподаю, совмещая с работой, больше 8 лет, может мне повезло, но в моем провинциальном вузе это работает.
Может у вас действительно проблемы в вузе, но перенося вашу политику на свой опыт, мне видется каким-то что-ли вредительским ваш подход...
Я к тому что если попросили сконвертить поле, а мне выдали бы union, я б сильно призадумался. Поэтому согласно постановку задаче case вполне адекватное решение. Про фильтры там вроде вопроса не была
А так и на case индекс можно навесить
А я б наоборот за union минус бы влепил. Потому что с юнион код не поддерживаемый и как его в реальный случай влепить (о чем кстати автор упоминает) непонятно. И не дай бог ещё лепить начнут. А с case, одно уточняющие слово соискателю и если он правит сразу понятно сечет человек или нет.
По поводу корректных определений, отчасти согласен, но когда речь идёт о полуформальной статье (я техническую статью тут не вижу, это статья из типа хозяйке на заметку) то это из плана не к чему придраться, придерись к грамматике
Сидеть на форумах конечно полезно, а если вы так долго сидите, я так понимаю вам скорее всего на простые вопросы отвечать уже не интересно. А там, в глубине форумов, совсем зелёные sqlщики пишут совсем зелёные вопросы. И вот такая статья собственно и позволяет уменьшить количество мусорных вопросов.
Хм, а что не так с case? И почему кандидату жирный минус? А то коммент у вас весьма агрессивный, придирки к словам (как будто если назвать вещественные числа дробными собеседник вам не поймет). Вы покажите как правильно писать тогда, а то having у вас не тот, coalesce не правильный, case неверный. По большей части вполне себе часто встречающиеся косяки начинающих sqlщиков, на которые не лишний раз стоит обратить внимание, статья как статья, говорит о правильных вещах, без воды, кому-то обязательно пригодится
Добавлю от себя как я клею vue и django (в принципе тут может быть любой фреймворк). Просто в папке с vue приложением создаю файлик vue.config.js и в нем прописываю проксирование запросов в django. Файлик выглядит примерно так
И вуаля, вы запускаете дев-сервер монги и дев-сервер джанги в разных коснолях, и они прекрасно между собой общаются.
Кстати вспомнил еще, что диски как правило были двухстороние, а-ля винил, одну сторону просмотрел, вытащил диск перевернул — смотришь следующую, романтика =)
По поводу flex-basis: это я конечно не прав, что был неправильно понят, в моем случае был только текст, ну и мне проще всего было сказать, что имена размеры текста ломают верстку, а правильнее было сказать блоки с текстом. Поэтому, чтобы убрать учет размеров, надо было сделать flex-basis: 0, который по сути задает размер блока. Хотя справедливости ради я написал, что:
А вот flex-shrink это для меня пока черная магия, это точно. Тут бы тоже хорошая картинка не помешала. Кстати может подскажете тогда почему когда добавил:
(вторая с конца картинка), почему верстка поплыла, и пришлось юзать flex-shrink: 0. Кстати я проверил что если обернуть header простым div-ом, то, в моем случае, это равносильно использованию flex-shrink:0
Согласен. Добавление
должно частично решить проблему, правда тогда названия месяцев уже буду не так хорошо смотреться… и придется и их править… в общем, как говорится, улучшать можно до бесконечности.
Тут недавно статья была про новый вебпак, и как там все здорово будет. А по сути изменения получаются скорее косметические. Я то думал что будет какой-то режим сборки из коробки, без возни с конфигами, но его нет. И в результате, по моим личным ощущениям, получается, что использовать webpack что 3-ий, что 4-ый, для сбора статического сайта это все таки небольшой оверхед.
А использовались ли какие-нибудь фичи нового webpack? А то по названию как будто упор на 4 версию идёт. А с виду тот же третий.