ну так я рад за них, но разве они рассказывают, что именно там у них под капотом творится и сколько уровней абстракций надо добавить между этим GraphQL и БД, которые бы решали сопутствующие проблемы
я, видимо, еще не дорос до проектов с несколькими уровнями вложенности/разделения функционала ))
Я делаю апи в виде тупо методов, в каждом из которых проверяем ключ токена на роль/права, смотрим в редис есть ли кэшированная версия ответа, если нет, делаем селект, сериализуем, отдаем json клиенту. Пытаясь придумать, как это перенести на идеологию GraphQL сразу возникает куча практических вопросов:
1) как УДОБНО понимать к какой таблице и столбцам имеет доступ токен без миллиона if блоков
2) как прикрутить редис к этой истории, если запросы динамические по столбцам. Опять миллион if на проверку есть ли закешированный запрос именно с этим набором?
3) как планировать индексы в БД
4) как делать пост-обработку данных, когда клиент должен видеть не сырое содержимое столбца, а какой-то человеческий вид. Опять миллион if на тему а содержится ли этот столбец в запросе?
Я к тому, что хорошо бы увидеть вообще другой взгляд на решение вышеописанных проблем/сценариев в реальном коде, как это лучше делать, чтобы не изобретать велосипеды в поисках оптимальности.
подобных статей сотни… да все уже поняли, что есть "спецификация" GraphQL, и что это типо мегакруто и всё такое.
Но напишите хоть одну статью о его реальном применении в реальной жизни в полностью реализованном проекте, где есть и авторизация и роли и ограничения, подходы к кэшированию и прочий обвес. В REST это всё решается на раз, есть куча примеров и наработок. В графе лучших практик — ноль целый ноль десятых.
и я встречался с таким товарищем. Говорит, особенно хорошо наваривается на продажах i7 9xx серии. Скупает их на авито по тыще-две, продает на ибее по пятерику вроде
найти можно, но не каждый день и от тех людей, которые выставляют просто по незнанию. сейчас глянул на авито, весьма мало предложений и те в основном от 14к, на фоне цены нормальных плат Z270 от 12 тыс кажется немного странным для матерей 7 летней давности. Да и курс к этому отношения должен иметь мало, бу рынок — это же не новые поставки. Остальное-то бу железо не подорожало вдвое только из-за курса ))
копеечные ксеоны с али для этих матерей. А как еще назвать 32нм шестиядерник за 1500р!!!!, который при вполне умеренном домашнем разгоне на воздухе уделывает/наравне все стоковые процы вплоть до 7700k (ну без учета AVX синтетики само собой)
настолько живее, что я даже в раздумьях, может прикупить 2011-3 мать заранее пока цены на них приемлемые. И не повторилась ситуация с 1366, когда старые матери подорожали вдвое-втрое. На али уже пошли волны дешевых V2. Глядишь через полгодика и V3 пойдут, когда новые ксеончики разойдутся по датацентрам.
Всё это начинает напоминать в маркетинговые игры в догонялки. Видя как АМД в течение всего года то и дело анонсирует разные линейки своих продуктов, интеловцы не смогли удержаться и стали выкатывать абсолютно бесполезные ренеймы существующих продуктов. Получается, что 7-я серия процов, что 200-й чипсет, и даже грядущий 370-й — всё ради маркетинга, бессмысленного и беспощадного. Теоретически никто бы не расстроился, покупая и дальше 6700k на сотке вплоть до нового года. Эктремалы так и так бы получили новинки 2066. А уж весной бы выпустили новую платформу для обычных десктопов.
Хотя рождественские продажи интел бы тогда полюбому слил… так что продажников тоже нужно понять… фанаты фанатами, а бабло делать надо. Включайте голову на плечах и пререждите сложившуюся ситуацию. Наверняка менеджмент интела и сам не в восторге от спешки, но так сложились обстоятельства и действия амд.
меня лично больше огорчило, что новые ксеоны выходят не на 2066, а на кастомном сокете, и такой халявы как щас с 1366 и 2011 уже не будет. Просто это реально «нереальный» апдейт существующей платформы за копейки на лучший проц, куда более весомый, чем просто обновить десктопный i3 на i5 посвежее через пару лет
с другой стороны… сколько из вас реально, именно реально в прошлом апдейтили интел проц на старой материнке за последние годы? а не купили Z170 со средним процом и только планируете, что в будущем можно было БЫ поставить себе i7.
У меня/в семье/ у родителей под контролем около 10 системников. И я могу вспомнить только один случай, когда я проапдейтил 45нм i7 930 на 32нм ксеон с али. Во всех остальных случаях начинка менялась (путем продажи) только комплектом. Ну я к тому, что время идёт быстро… и нет ничего более постоянного, чем временное, которое в итоге живет и работает годами, а уж после стольких лет менять только проц — ну это мягко говоря полумеры. Вот был у меня i7 2600k замечательный проц… служил верой и правдой много лет, и захотел я 6 ядерник 3930k. Даже предположив, что он бы был в сокете 1155, а не 2011, оставил бы я старую материнку? Нет, ибо кроме проца естественно мне захотелось и всех тех наворотов именно более свежей матери в виде 4 канальной оперативы с 8 слотами (да, я забил все 8 в итоге, ибо планки уже были) и uefi биос и поддержку nvme ssd и свежий USB3.0
живя в крупном городе, нивелируются вообще все оставшиеся недостатки АКПП: надежность в постоянных пробках особо не всплывает, зажигать негде (да и ну что за детский сад )), застревать негде, тем более от этого лучше спасает полный привод, а не механика.
А уж про меньше бензина… я могу спокойно регулировать стилем езды свой расход от 10 до 20 литров. Поэтому плюс/минус 0,2 — это капля в море, которую можно компенсировать воздержанием от тапки в пол с одного светофора за поездку.
да и опять же… нельзя под одну гребенку сравнивать старые 4 ступы с современными с регулируемой электроникой, спортами, ручными селекторами передач. Сейчас это есть почти в любом авто.
Современная машина — это прежде всего роскошь, комфорт, часто весьма дорогой комфорт. В ней нет места экономии за счет упрощейний и неудобства. С экономической точки зрения намного выгодней ездить на общественном транспорте. Поэтому уж если ездишь на авто — то вопрос экономичности для тебя далеко не на первом месте.
PS мысли актуальны для жителя МСК
а у нас такая тема походу грядет с «автоматными» правами. Еще немного лет, и значительная доля новичков не будет знать зачем нужна третья педалька )) Да что там говорить… и я со старыми обычными правами за всю жись ездил на механике только несколько раз в автошколе и экзамене, и помню как на ней ехать только «в теории».
каждый раз, когда читаю такие типичные вопросы для собеседований, думаю, что не так в том софте, что я писал последние лет 15. Не спорю, аналогов ПО уровня ядра линукса я не делал, но и калькуляторами назвать те клиент-серверные системы с тысячами онлайн клиентов у меня язык не повернется. Но при этом 99,99% кода — это ведь банальные вызовы методов фреймворка (я пишу на C#) и вычисления вида c=a+b. Максимум необычности за последние годы — это приход linq выражений ну и традиционная возня с мультипоточностью.
А все эти "реализуйте 100500 способ сортировки пузырьком" вместо родного метода Sort() — имхо совсем мало говорят о ценности человека в командной работе, его энтузиазме и желании у вас работать. Любой может на досуге подтянуть себя в теоретической базе, если будет чувствовать себя лохом среди сильных коллег, было бы желание.
Не то, чтобы я против того, чтобы программист знал на 5+ теорию, но в современном мире, где ПО устаревает быстрее, чем успевает написаться ТЗ под него — важны немного другие качества. А для гуру место разве что в проектах потипу маткада или там драйверов видеокарт, где на счету каждая ассемблерная инструкция
Это, конечно, прекрасно, что технология редактирования генома уже позволяет делать такие удивительные вещи. Но природа миллионы лет программировала принципы «запланированного устаревания» организма для каждой из его частей с примерно одинаковой скоростью. Соответственно, есть смысл фиксить только всё одновременно — а это огромная исследовательская работа и испытания минимум на десятилетия.
сначала процессоры тормознулись (рост количества котлов — это всё таки экстенсивный путь). Теперь и харды… кстати, растущие теперь так же только количеством пластин благодаря гелию. Похоже насыщение пришло и сюда, когда 640кб 4ТБ действительно хватает всем, остальное есть в торрентах и облаках, что может быть не так уж и плохо: хранение "всего интернета" на каждом компе мира — не самая разумная идея, и раньше это была вынужденная мера. Теперь же реально нет необходимости мультипликативно повышать энтропию во вселенной с каждым выходом очередного хорошего фильма в сети.
Следующие видюхи? Или свежая волна VR и 4к/8к видео всё таки продлит спрос на развитие? Хотя наверно и этот сегмент рано или поздно сдастся.
о чем и речь… есть умельцы, меняющие резиновую часть, которая рвется, но это баллонная часть. Аморт же электрорегулируемый с подкачкой… разобрать-собрать можно, конечно… но верить, что это шибко поможет изношенной детали… ))) При этом это в старых мерсах такие баллоны, в новых же там вообще агрегаты чуть ли не с компами внутри и сложным строением воздушных камер, просто так даже резинку не поменяешь )
это аморты для пружин, для пневмы аморт с пневмобаллоном идут в сборе единым целым. Причем заменителей/неориг нет. Поэтому пичалька. Кстати, именно этот факт меня больше всего и расстраивает, что такую неремонтнопригодную пневму теперь стали ставить в совсем недорогие модели, а не только в S-ки
у меня такие же кружочки оказались в потолочных светильниках. Развешаны штук 30 по всей квартире. После двух лет несколько штук (3 или 4) замерцали и перегорели. Заказал на али по 50 рублей новые… поменял, всё ок. Имхо, комфортно, недорого, живет дольше дешевых энергосберегаек
ну так я рад за них, но разве они рассказывают, что именно там у них под капотом творится и сколько уровней абстракций надо добавить между этим GraphQL и БД, которые бы решали сопутствующие проблемы
я, видимо, еще не дорос до проектов с несколькими уровнями вложенности/разделения функционала ))
Я делаю апи в виде тупо методов, в каждом из которых проверяем ключ токена на роль/права, смотрим в редис есть ли кэшированная версия ответа, если нет, делаем селект, сериализуем, отдаем json клиенту. Пытаясь придумать, как это перенести на идеологию GraphQL сразу возникает куча практических вопросов:
1) как УДОБНО понимать к какой таблице и столбцам имеет доступ токен без миллиона if блоков
2) как прикрутить редис к этой истории, если запросы динамические по столбцам. Опять миллион if на проверку есть ли закешированный запрос именно с этим набором?
3) как планировать индексы в БД
4) как делать пост-обработку данных, когда клиент должен видеть не сырое содержимое столбца, а какой-то человеческий вид. Опять миллион if на тему а содержится ли этот столбец в запросе?
Я к тому, что хорошо бы увидеть вообще другой взгляд на решение вышеописанных проблем/сценариев в реальном коде, как это лучше делать, чтобы не изобретать велосипеды в поисках оптимальности.
подобных статей сотни… да все уже поняли, что есть "спецификация" GraphQL, и что это типо мегакруто и всё такое.
Но напишите хоть одну статью о его реальном применении в реальной жизни в полностью реализованном проекте, где есть и авторизация и роли и ограничения, подходы к кэшированию и прочий обвес. В REST это всё решается на раз, есть куча примеров и наработок. В графе лучших практик — ноль целый ноль десятых.
Хотя рождественские продажи интел бы тогда полюбому слил… так что продажников тоже нужно понять… фанаты фанатами, а бабло делать надо. Включайте голову на плечах и пререждите сложившуюся ситуацию. Наверняка менеджмент интела и сам не в восторге от спешки, но так сложились обстоятельства и действия амд.
У меня/в семье/ у родителей под контролем около 10 системников. И я могу вспомнить только один случай, когда я проапдейтил 45нм i7 930 на 32нм ксеон с али. Во всех остальных случаях начинка менялась (путем продажи) только комплектом. Ну я к тому, что время идёт быстро… и нет ничего более постоянного, чем временное, которое в итоге живет и работает годами, а уж после стольких лет менять только проц — ну это мягко говоря полумеры. Вот был у меня i7 2600k замечательный проц… служил верой и правдой много лет, и захотел я 6 ядерник 3930k. Даже предположив, что он бы был в сокете 1155, а не 2011, оставил бы я старую материнку? Нет, ибо кроме проца естественно мне захотелось и всех тех наворотов именно более свежей матери в виде 4 канальной оперативы с 8 слотами (да, я забил все 8 в итоге, ибо планки уже были) и uefi биос и поддержку nvme ssd и свежий USB3.0
А уж про меньше бензина… я могу спокойно регулировать стилем езды свой расход от 10 до 20 литров. Поэтому плюс/минус 0,2 — это капля в море, которую можно компенсировать воздержанием от тапки в пол с одного светофора за поездку.
да и опять же… нельзя под одну гребенку сравнивать старые 4 ступы с современными с регулируемой электроникой, спортами, ручными селекторами передач. Сейчас это есть почти в любом авто.
Современная машина — это прежде всего роскошь, комфорт, часто весьма дорогой комфорт. В ней нет места экономии за счет упрощейний и неудобства. С экономической точки зрения намного выгодней ездить на общественном транспорте. Поэтому уж если ездишь на авто — то вопрос экономичности для тебя далеко не на первом месте.
PS мысли актуальны для жителя МСК
каждый раз, когда читаю такие типичные вопросы для собеседований, думаю, что не так в том софте, что я писал последние лет 15. Не спорю, аналогов ПО уровня ядра линукса я не делал, но и калькуляторами назвать те клиент-серверные системы с тысячами онлайн клиентов у меня язык не повернется. Но при этом 99,99% кода — это ведь банальные вызовы методов фреймворка (я пишу на C#) и вычисления вида c=a+b. Максимум необычности за последние годы — это приход linq выражений ну и традиционная возня с мультипоточностью.
А все эти "реализуйте 100500 способ сортировки пузырьком" вместо родного метода Sort() — имхо совсем мало говорят о ценности человека в командной работе, его энтузиазме и желании у вас работать. Любой может на досуге подтянуть себя в теоретической базе, если будет чувствовать себя лохом среди сильных коллег, было бы желание.
Не то, чтобы я против того, чтобы программист знал на 5+ теорию, но в современном мире, где ПО устаревает быстрее, чем успевает написаться ТЗ под него — важны немного другие качества. А для гуру место разве что в проектах потипу маткада или там драйверов видеокарт, где на счету каждая ассемблерная инструкция
сначала процессоры тормознулись (рост количества котлов — это всё таки экстенсивный путь). Теперь и харды… кстати, растущие теперь так же только количеством пластин благодаря гелию. Похоже насыщение пришло и сюда, когда
640кб4ТБ действительно хватает всем, остальное есть в торрентах и облаках, что может быть не так уж и плохо: хранение "всего интернета" на каждом компе мира — не самая разумная идея, и раньше это была вынужденная мера. Теперь же реально нет необходимости мультипликативно повышать энтропию во вселенной с каждым выходом очередного хорошего фильма в сети.Следующие видюхи? Или свежая волна VR и 4к/8к видео всё таки продлит спрос на развитие? Хотя наверно и этот сегмент рано или поздно сдастся.