Ну не совсем, тут дело больше про отношение к работе, о внутренней культуре, а уже как это будет реализовано в техническом плане вопрос десятый. Но посыл совершенно правильный, на другой стороне сидит человек у которого проблема и ему нужно помочь с решением данной проблемы, и у специалиста техподдержки есть необходимый доступ до других специалистов в компании, тут важно не просто перевести заявку на нужного специалиста, а так же отслеживать статус решения проблемы и быть в контакте с клиентом
Автор пишет что, кодирует сообщение в Base12 для DTMF, почему тогда не использовать бинарный формат protobuf или messagepack и кодировать сообщение в base64 или base85 для передачи через SMS? если данные это числа с плавающей точкой, например координаты или другие показания датчиков, то выигрыш должен быть довольно большим
У меня когда-то был lenovo thinkpad edge 11 на i3, так же Asus выпускали нетбуки 11 дюймов, у них было 3 версии на atom, pentium и i3, примерно 2012-2013 годы
да, всё так, но раньше 12 air выглядел как компромис для компактности, обычно его брали девушки, чтобы помещался в небольшой рюкзак, вот лично мне было как-то "не солидно" с таким ходить, новый air такого чувства не вызывает
intel core i3 вроде тоже были полноценными, но их тоже ставили в нетбуки, intel просто всех запутали выпустив i9, так что по сути i5 это i3 раньше, скажем так сильный сериди слабых
так мак air на m процессоре, при тех же габаритах что раньше были на 12, сейчас там 13 из-за тонких рамок (но есть версия на 15 дюймов) ну и маки намного мощнее чем были
Ну маки на m процессорах отрабатывают заявленное время, 12-14 часов в режиме обработки фото (фотошоп, лайтрум + типа скинтон), код не настолько сильно нагружает, так что в этом режиме 18-20 часов вполне возможно
Это не совсем то, функциональность должна работать лучше чем ожидается, а не как ожидается, а вот тут уже начинаются сложности. Всё верно, если вам нужен молоток, вы купите молоток. Но если вы встретите молоток, который лучше чем ваши ожидания, который идеально лежит в руке, который вызывает желание что-то делать, то вы купите молоток даже если у вас он уже есть, но не такой. Думаю автор сейчас об этом. Рынок настолько перенасыщен, что просто оправдывать ожидания уже недостаточно
Для решения такой проблемы есть JsonRpc, он позволяет делат batch запросы. А вообще странно, если данные не нужны, то зачем разработчику добавлять их в endpoint? Если параметры должны задаваться пользователем, то тут бэк тоже может принимать extra поля, но требуется это обычно не часто
Почему не использовать ИИ чтобы привести резюме к единому формату, а потом уже использовать классические алгоритмы мо фильтрации на стандартизированных данных?
Ну значит вы получаете больше отказов, достижения важны, так как после HR ваше резюме попадёт техническому специалисту и этот специалист должен понять из него а насколько вы знаете тот или иной инструмент. Ну вот простой пример 2 кандидата пишут что знают C#, один и них написал собственную бд уровня RavenDB, а второй HelloWorld, оба хотят сеньора, и каким образом я я как технический специалист, должен понять тратить ли на кандидата своё время для провеления технического собеседования, если в резюме об этом ничего не написано? Достижения важны для того чтобы показать уровень владения тем или иным навыком, без этого ваш навык это "нуу я читал об этом", и удачи с компаниями готовыми ввязываться в авантюру вас собеседовать, так как может вы и знаете что-то, а может и не знаете вообще ничего
если написать x := strconv.atoi(a) or {err} то он будет пытаться присвоить x := err и компилятор выдаст ошибку так как нельзя присвоить IError в int зато можно писать так x := strconv.atoi(a) or { 0 }
"делают" это если бы они сказали будет так, мы уже делаем, а тут именно это уже готово. То что бета - означает, что есть ошибки и некоторые конструкции могут измениться в будущем. Конструкцию or опустить нельзя (на самом деле вроде если постараться то можно, например если переменная может принять ошибку как валидный результат например !int, но это тоже нужно указать явно, после вызова метода поставить !) or в vlang это обработка ошибки и ничего более, это не || ну а то, что ошибка имеет стандартный интерфейс - это тоже хорошо, никто не мешает возвращать несколько значений как в go
Ну не совсем, тут дело больше про отношение к работе, о внутренней культуре, а уже как это будет реализовано в техническом плане вопрос десятый. Но посыл совершенно правильный, на другой стороне сидит человек у которого проблема и ему нужно помочь с решением данной проблемы, и у специалиста техподдержки есть необходимый доступ до других специалистов в компании, тут важно не просто перевести заявку на нужного специалиста, а так же отслеживать статус решения проблемы и быть в контакте с клиентом
Автор пишет что, кодирует сообщение в Base12 для DTMF, почему тогда не использовать бинарный формат protobuf или messagepack и кодировать сообщение в base64 или base85 для передачи через SMS? если данные это числа с плавающей точкой, например координаты или другие показания датчиков, то выигрыш должен быть довольно большим
У меня когда-то был lenovo thinkpad edge 11 на i3, так же Asus выпускали нетбуки 11 дюймов, у них было 3 версии на atom, pentium и i3, примерно 2012-2013 годы
да, всё так, но раньше 12 air выглядел как компромис для компактности, обычно его брали девушки, чтобы помещался в небольшой рюкзак, вот лично мне было как-то "не солидно" с таким ходить, новый air такого чувства не вызывает
intel core i3 вроде тоже были полноценными, но их тоже ставили в нетбуки, intel просто всех запутали выпустив i9, так что по сути i5 это i3 раньше, скажем так сильный сериди слабых
так мак air на m процессоре, при тех же габаритах что раньше были на 12, сейчас там 13 из-за тонких рамок (но есть версия на 15 дюймов) ну и маки намного мощнее чем были
Ну маки на m процессорах отрабатывают заявленное время, 12-14 часов в режиме обработки фото (фотошоп, лайтрум + типа скинтон), код не настолько сильно нагружает, так что в этом режиме 18-20 часов вполне возможно
По сути это нетбук, раньше так называли устройства с экраном менее 12 дюймов и довольно слабой начинкой
Это не совсем то, функциональность должна работать лучше чем ожидается, а не как ожидается, а вот тут уже начинаются сложности. Всё верно, если вам нужен молоток, вы купите молоток. Но если вы встретите молоток, который лучше чем ваши ожидания, который идеально лежит в руке, который вызывает желание что-то делать, то вы купите молоток даже если у вас он уже есть, но не такой. Думаю автор сейчас об этом. Рынок настолько перенасыщен, что просто оправдывать ожидания уже недостаточно
Для решения такой проблемы есть JsonRpc, он позволяет делат batch запросы. А вообще странно, если данные не нужны, то зачем разработчику добавлять их в endpoint? Если параметры должны задаваться пользователем, то тут бэк тоже может принимать extra поля, но требуется это обычно не часто
Почему не использовать ИИ чтобы привести резюме к единому формату, а потом уже использовать классические алгоритмы мо фильтрации на стандартизированных данных?
Ну значит вы получаете больше отказов, достижения важны, так как после HR ваше резюме попадёт техническому специалисту и этот специалист должен понять из него а насколько вы знаете тот или иной инструмент. Ну вот простой пример 2 кандидата пишут что знают C#, один и них написал собственную бд уровня RavenDB, а второй HelloWorld, оба хотят сеньора, и каким образом я я как технический специалист, должен понять тратить ли на кандидата своё время для провеления технического собеседования, если в резюме об этом ничего не написано? Достижения важны для того чтобы показать уровень владения тем или иным навыком, без этого ваш навык это "нуу я читал об этом", и удачи с компаниями готовыми ввязываться в авантюру вас собеседовать, так как может вы и знаете что-то, а может и не знаете вообще ничего
по идее для этого и нужен POH
так тут это тоже изображено явно литерал
!
Можно кстати вообще так
если написать
x := strconv.atoi(a) or {err}
то он будет пытаться присвоить x := err и компилятор выдаст ошибку так как нельзя присвоить IError в intзато можно писать так
x := strconv.atoi(a) or { 0 }
и получим v
"делают" это если бы они сказали будет так, мы уже делаем, а тут именно это уже готово. То что бета - означает, что есть ошибки и некоторые конструкции могут измениться в будущем. Конструкцию or опустить нельзя (на самом деле вроде если постараться то можно, например если переменная может принять ошибку как валидный результат например !int, но это тоже нужно указать явно, после вызова метода поставить !) or в vlang это обработка ошибки и ничего более, это не
||
ну а то, что ошибка имеет стандартный интерфейс - это тоже хорошо, никто не мешает возвращать несколько значений как в goВ vlang сделали так:
В принципе удобно
ага так и есть, не понятно зачем это так сделано, но мне такая раскладка нравится больше всего для ноутбука, для отдельной клавиатуры TKL