Боль от баррэ в первую очередь идёт от слишком сильного зажатия и слишком сильного выворота кисти. А слишком сильное зажатие идёт от неправильной посадки и в целом напряжения в руках.
Хроматические гаммы я тоже уже давно не играю, но они помогли мне во первых начать задействовать мизинец, во вторых не пережимать струны, в третьих чувствовать каждый палец отдельно. Нельзя учить себя играть исключительно аккорды, потому что потом, когда захочется поиграть что-то ещё, будет очень сложно "расщепить" руку, которая заточена только на игру аккордами.
Для этого нужно уметь контролировать каждый палец, даже мизинец (особенно! мизинец). Играйте хроматические гаммы всеми четырьмя пальцами левой руки, постепенно ускоряясь. Ваша правая и левая руки должны быть идеально синхронизированы.
Ну если умение играть на гитаре для вас заканчивается на этих четырёх пунктах, то неудивительно почему вы так много умеете. У вас поверхностные навыки буквально в каждом деле.
Даже эту конкретную статью читать тяжело из-за бедности языка и ломанного слога. Содержимое двух ваших книг, которые вы ещё и назвать постеснялись, мне даже страшно представить (если они действительно существуют).
РКН-то, может, и чихать на простых пользователей, но без указки сверху они ничего не заблокируют. Не ныли бы тогда про нехватку в сотни тысяч рук в IT сфере, если бы собирались полностью отрезать доступ к способам обучения этому делу.
Они определённо готовят такую основу, но я сомневаюсь, что она будет использоваться повсеместно и постоянно. Скорее всего это будет рубильник на "особый случай", чтобы лишить любой возможности координации. Потому что иначе откуда люди будут брать информацию для обучения, скажем, программированию или нейросетям? Как санкции обходить? А если санкции снимут - как торговать с зарубежными партнёрами?
Ну проблему с комбиком я таки решил путём покупки оного в магазине через полтора года (Marshall DSL20). Да и ладно бы изначально интересовался радиоэлектроникой, так это же задумывалось чисто ради сэкономить.
А ламповые комбики надёжными не назвать - транзисторные надёжнее. Неприхотливыми тоже - лампы периодически нужно менять (обычно раз в три года), а самому усилителю обязательно нужна нагрузка, иначе сгорит чёнить (скорее всего лампы). Насчёт мягких искажений ничего не знаю, не углублялся, но за что я ценю лампу - это за достаточную мощность, чтобы вывозить каскад цепочки эффектов без "песка", за полное отсутствие задержек при игре и за чистоту звука как такового. Никакого мыла я никогда от лампы не слышал, а вот от транзистора или гитарного процессора - вполне себе нередко.
Ещё в ноябре 2022 года, крайне желав подключать свою электрогитару к качественному ламповому усилку, я загорелся идеей сделать такой усилитель самостоятельно, ибо приемлемые модели в магазине стоили от 60 тысяч. Тщательно изучив информацию о том, что для этого дела требуется, я примерно прикинул, что самодельный аппарат вместе с закупкой необходимого оборудования и качественными лампами обойдётся мне как минимум тысяч в 80-90. На этом я и оставил свои надежды на дешёвый крафтовый ламповый комбик.
С одной стороны, инициатива формально-хорошая, ибо это возможность не имеющим профильное высшее образование получить хоть какую-то корочку. С другой стороны, у меня уже сейчас есть подозрения во что это может вылиться. Например, сертифицироваться могут заставить вообще всех, даже если человек уже много лет как работает, например, программистом. Без сертификата работать по специальности ты не можешь, а сам сертификат ты не получишь, пока не подпишешь всё, что мы скажем, в том числе например, запрет на выезд за границу. И всё, приплыли.
Бред - это советовать СНАЧАЛА изучать SQL, а ПОТОМ уже продуктовый ЯП. Во-первых ничего не мешает делать это параллельно (SQL + ЯП), закрепляя на реальном проекте, пусть и личном. Во-вторых, SQL многим нужен на уровне базового CRUD. В-третьих, SQL уже давно не догма для хранения данных. Тем более что я сам уже несколько лет не пишу на SQL в продуктах, а юзаю ORM. Чистый SQL мне нужен только для запросов непосредственно в базу, например, для поиска ошибок.
На небольших проектах серьёзная оптимизация запросов не нужна, а на крупном проекте оптимизацией SQL занимается специалист по SQL, которому ваши советы точно не нужны.
Я сам пару раз в жизни делал тестовые задания, и потом ещё больше думал о них. И мне в голову пришла компромиссная концепция тестового задания.
Что если тестовое будет не просто в формате "с нас задание - с тебя полная реализация", а если компания своими силами сделает небольшое веб-приложение (или десктоп/мобайл), которое будет реализовывать энный минимальный функционал, близкий к их продакшену. И задание будет в духе "вот демо-модель нашего приложения, в нём допущены некоторые ошибки, и ещё нужно сделать, например, модуль регистрации и авторизации пользователей, а также оптимизировать выдачу результатов поиска товаров". Задания для разных кандидатов можно рандомизировать, чтобы минимизировать распространение готовых решений на ваше тестовое.
Тут сходу проверка и умения разобраться в чужом коде, и умения встраивать свои решения в существующее приложение, и умения соблюдать стиль написания кода, и даже элементарно способность развернуть у себя локально чужое приложение.
Такой вариант тестового мне кажется максимально честным. Как бы да, мы просим соискателей заморочиться и продемонстрировать свои навыки, но и мы свою очередь тоже заморочились, потратили время и сделали демо-версию того, с чем реально придётся работать в случае найма.
Придумывание и реализация прибыльной бизнес-модели тоже стоит денег, а вот отобьётся это или нет - уже никто гарантий не даст. Сейчас не время для венчурных инвестиций.
Они никак не влияют, это маркетинговый форс, примерно как с NFT был. Вон один только выход DeepSeek в первый же день акции уронил, хотя люди толком им не успели попользоваться.
Если навигатор сделан в первую очередь для зарабатывания денег, а не моё удобство положили болт, я не буду им пользоваться.
Боль от баррэ в первую очередь идёт от слишком сильного зажатия и слишком сильного выворота кисти. А слишком сильное зажатие идёт от неправильной посадки и в целом напряжения в руках.
Хроматические гаммы я тоже уже давно не играю, но они помогли мне во первых начать задействовать мизинец, во вторых не пережимать струны, в третьих чувствовать каждый палец отдельно. Нельзя учить себя играть исключительно аккорды, потому что потом, когда захочется поиграть что-то ещё, будет очень сложно "расщепить" руку, которая заточена только на игру аккордами.
Для этого нужно уметь контролировать каждый палец, даже мизинец (особенно! мизинец). Играйте хроматические гаммы всеми четырьмя пальцами левой руки, постепенно ускоряясь. Ваша правая и левая руки должны быть идеально синхронизированы.
Ну если умение играть на гитаре для вас заканчивается на этих четырёх пунктах, то неудивительно почему вы так много умеете. У вас поверхностные навыки буквально в каждом деле.
Даже эту конкретную статью читать тяжело из-за бедности языка и ломанного слога. Содержимое двух ваших книг, которые вы ещё и назвать постеснялись, мне даже страшно представить (если они действительно существуют).
Да там скорее всего как в Facebook - формально используется php, а фактически он транслируется в код на C++, который потом компилируется.
РКН-то, может, и чихать на простых пользователей, но без указки сверху они ничего не заблокируют. Не ныли бы тогда про нехватку в сотни тысяч рук в IT сфере, если бы собирались полностью отрезать доступ к способам обучения этому делу.
Они определённо готовят такую основу, но я сомневаюсь, что она будет использоваться повсеместно и постоянно. Скорее всего это будет рубильник на "особый случай", чтобы лишить любой возможности координации. Потому что иначе откуда люди будут брать информацию для обучения, скажем, программированию или нейросетям? Как санкции обходить? А если санкции снимут - как торговать с зарубежными партнёрами?
Ну проблему с комбиком я таки решил путём покупки оного в магазине через полтора года (Marshall DSL20). Да и ладно бы изначально интересовался радиоэлектроникой, так это же задумывалось чисто ради сэкономить.
А ламповые комбики надёжными не назвать - транзисторные надёжнее. Неприхотливыми тоже - лампы периодически нужно менять (обычно раз в три года), а самому усилителю обязательно нужна нагрузка, иначе сгорит чёнить (скорее всего лампы). Насчёт мягких искажений ничего не знаю, не углублялся, но за что я ценю лампу - это за достаточную мощность, чтобы вывозить каскад цепочки эффектов без "песка", за полное отсутствие задержек при игре и за чистоту звука как такового. Никакого мыла я никогда от лампы не слышал, а вот от транзистора или гитарного процессора - вполне себе нередко.
Ещё в ноябре 2022 года, крайне желав подключать свою электрогитару к качественному ламповому усилку, я загорелся идеей сделать такой усилитель самостоятельно, ибо приемлемые модели в магазине стоили от 60 тысяч. Тщательно изучив информацию о том, что для этого дела требуется, я примерно прикинул, что самодельный аппарат вместе с закупкой необходимого оборудования и качественными лампами обойдётся мне как минимум тысяч в 80-90. На этом я и оставил свои надежды на дешёвый крафтовый ламповый комбик.
HabrGPT.
Короче, в армию пойдут все.
Ну я сам вострю лыжи где-то на лето 2026.
С одной стороны, инициатива формально-хорошая, ибо это возможность не имеющим профильное высшее образование получить хоть какую-то корочку. С другой стороны, у меня уже сейчас есть подозрения во что это может вылиться. Например, сертифицироваться могут заставить вообще всех, даже если человек уже много лет как работает, например, программистом. Без сертификата работать по специальности ты не можешь, а сам сертификат ты не получишь, пока не подпишешь всё, что мы скажем, в том числе например, запрет на выезд за границу. И всё, приплыли.
Бред - это советовать СНАЧАЛА изучать SQL, а ПОТОМ уже продуктовый ЯП. Во-первых ничего не мешает делать это параллельно (SQL + ЯП), закрепляя на реальном проекте, пусть и личном. Во-вторых, SQL многим нужен на уровне базового CRUD. В-третьих, SQL уже давно не догма для хранения данных. Тем более что я сам уже несколько лет не пишу на SQL в продуктах, а юзаю ORM. Чистый SQL мне нужен только для запросов непосредственно в базу, например, для поиска ошибок.
На небольших проектах серьёзная оптимизация запросов не нужна, а на крупном проекте оптимизацией SQL занимается специалист по SQL, которому ваши советы точно не нужны.
Речь в статье была совершенно про другое.
Господи, какой бред.
Длинный ход клавиш сильно зависит от типа механики. У меня на синей механике клавиши срабатывают на полпути.
Я сам пару раз в жизни делал тестовые задания, и потом ещё больше думал о них. И мне в голову пришла компромиссная концепция тестового задания.
Что если тестовое будет не просто в формате "с нас задание - с тебя полная реализация", а если компания своими силами сделает небольшое веб-приложение (или десктоп/мобайл), которое будет реализовывать энный минимальный функционал, близкий к их продакшену. И задание будет в духе "вот демо-модель нашего приложения, в нём допущены некоторые ошибки, и ещё нужно сделать, например, модуль регистрации и авторизации пользователей, а также оптимизировать выдачу результатов поиска товаров". Задания для разных кандидатов можно рандомизировать, чтобы минимизировать распространение готовых решений на ваше тестовое.
Тут сходу проверка и умения разобраться в чужом коде, и умения встраивать свои решения в существующее приложение, и умения соблюдать стиль написания кода, и даже элементарно способность развернуть у себя локально чужое приложение.
Такой вариант тестового мне кажется максимально честным. Как бы да, мы просим соискателей заморочиться и продемонстрировать свои навыки, но и мы свою очередь тоже заморочились, потратили время и сделали демо-версию того, с чем реально придётся работать в случае найма.
Придумывание и реализация прибыльной бизнес-модели тоже стоит денег, а вот отобьётся это или нет - уже никто гарантий не даст. Сейчас не время для венчурных инвестиций.
Они никак не влияют, это маркетинговый форс, примерно как с NFT был. Вон один только выход DeepSeek в первый же день акции уронил, хотя люди толком им не успели попользоваться.