komm-processor - так и будет только JVM. Так работает KSP. Вот тут как подключать его в любые targets:
dependencies {
add("kspJvm", "com.ucasoft.komm:komm-processor:$kommVersion")
add("kspJs", "com.ucasoft.komm:komm-processor:$kommVersion")
// Add other platforms like `kspAndroidNativeX64`, `kspLinuxX64`, `kspMingwX64` etc.
}
komm-simple - это просто пример использования.
komm-annotations - это основное, где нужно накидывать targets. Просто пока добавлял те, что использую сам.
По пожеланиям:
wasmJs попробую добавить. Пока вообще с ним не работал.
Это отличная идея! Но вот проблема, как быть с аннотациями свойств? Можно конечно их как-то конфигурировать внутри KOMMMap. Подумаю. Но и проблема Java Objects остается с их set-методами.
1.3. Мы уже далеко отошли от изначальной темы, но вопрос мне интересен, так что еще немного пооффтопим.
Я нигде не говорил, что тестовое задание (ну, не могу я его до ТЗ сократить, ибо для меня это техническое задание) не нужно. Просто не надо делать его слишком сложным и ждать, что его толпами побегут решать Senior Developer'ы и Team Lead'ы. Обычно, это довольно занятые люди чтобы отвлекаться от повседневном работы, а по вечерам и выходным дням у них уже расписаны какие-то личные дела. Для Jubior'ов, как Вы уже заметили, задание вообще другое. По мне, тестовое задание на такие позиции — это именно
аккуратность, подходы к написанию и структурированию кода
Дальше уже на собеседовании проверяете проверяете знания по позиции (ну смешно же, когда приходишь собеседование на позицию Senior, а тебя спрашивают чем отличаются Value типы от Reference, уж спросите хотя бы в чем отличия Class от Struct и убьете двух зайцев сразу).
3. А мы точно говорим об одном и том же задании?
В любом случае, решение мне известно, ибо я его описал в приложении к заданию, где уточнил, что считаю его наиболее подходящим, но слишком сложным для тестового задания. Ответ же был: "Именно такого решения мы и ждали.". Однако, просто чтобы сразу расставить все точки над i, согласился я его решать больше из-за интереса самого процесса решения, так как тема мне интересна, а не потому, что жаждал эту работу.
Хм, искать достаточно сильного разработчика, который может потратить пару рабочих дней на выполнение тестового задания вместо прямых обязанностей? Ну-ну!
1.1. Ну, я как раз примерно про это и говорил.
1.2. Ага, теперь мысль ясна.
1.3. А вот тут — не понял. Что же это за спецы проводят собеседования, если не могу разглядеть человека который много о себе мнит, но по факту ничего не знает? Я в свой жизни провел конечно не очень много собеседований, но ошибся лишь однажды и то не в уровне знаний, а в уровне ответственности и исполнительности. С моей точки зрения, тестовое задание можно списать в интернете или попросить написать другого разработчика. А вот собеседование — уже не подделаешь.
2. Тут наши мнения сходятся.
3. А Вы что тогда, извините за дерзость, собрались распараллеливать? Чтение файла с диска? Тогда, в случае обычного HDD Вы вообще потеряете в производительности. С SSD — никакого прироста не будет. И только в случае RAID с зеркалированием…
Единственный процесс в задании, который можно параллелить — сжатие. А значит разобраться в формате все же придется, иначе разжать не получится.
Много Вы встречали программистов, которые знают что такое Dataflow как архитектура или хотя бы слышали о ней? Если же речь идет об реализации её в TPL -то вообще-то этой библиотекой так же запрещено пользоваться! И замете, я так же упомянул, что
разработчик должен знать внутреннюю кухню .Net в принципе, а для вашей специфики, multi-thread в частности
, что все равно не снимает настолько жестких ограничений. На худой конец, потом на собеседовании можно поспрашивать как на самом деле это работает внутри.
Все-таки у меня сложилось впечатление, что требование больше к реализации, чем к быстроте. Ясно,
что если все совсем криво и косо — это одно, а если просто проигрывает на один такт процессора за каждую итерацию — то возможно это и не плохое отставания от идеала. И что все-таки в итоге важнее красота кода или скорость работы? В смысле, (здесь конечно так не выйдет, но все же) если это будет один огромный метод main с не говорящими названиями переменных, но работать будет быстрее вашего гипотетического идеала, это хорошо или плохо?
То есть, Вы не знаете как правильно сжимать данные по кускам Stream'ом? В принципе, если задача разжатия не стоит, то да, думать совсем не надо. Иначе же, надо покопаться в zip-формате и понять что куда дополнительно писать и как потом читать.
В сумме, это никак не тянет на
В неспешном режиме спокойно делается за вечер + полчаса утром для оценки свежим взглядом.
, если конечно Вы это уже однажды не реализовали, а сейчас по памяти написали.
Раз уж пошла такая пьянка, то можно поинтересоваться, кто придумывал требования к вашему тестовому заданию? Я конечно понимаю, что разработчик должен знать внутреннюю кухню .Net в принципе, а для вашей специфики, multi-thread в частности, но запрещать использовать не то, что async-await (а ведь уже лет пять прошло, не меньше), но и даже ThreadPool — это какой-то нонсенс. Плюс требование к производительности на уровне коммерческой разработки в, минимум, пару дней. То есть 16-20 человеко-часов полного погружения. Ну, и вишенка на торте — знание глубин определенного формата. Всё это в сумме ну никак не тянет на тестовое задание!
Я написал этот комментария, когда у комментария AntiForeZz 'a было три минуса. Дальнейшие события с этом комментариям, хорошо описаны в моем следующем комментарии.
P.S. Слишком много раз пришлось писать «комментарий»!
Посмотрел вот этот обзор: моя бы форма скорее всего поместилась, но вот за планшет я бы волновался, так как отделение (если я правильно понял, это отделение у спины, куда обозреватель запихивал книжку) для него отделено от основного обычной тканью без уплотнения.
Предыдущие темы, как раз и были рекламой магазинов, в которых были мини обзоры доступного ассортимента определенной тематики.
Мне же просто захотелось поделиться результатами своих изысканий на рынке и, возможно, получить в рекомендации еще какую-нибудь хорошую сумку. Что самое интересное, Вы это и сделали, хотя возможно рассчитывали на другой эффект от комментария.
У меня тренировка не в спортзале, поэтому «тонны работяг» мне не страшны. А вот дождик летом — да, может подмочить (зимой, тренируемся/играем, конечно же, на крытом поле).
komm-processor - так и будет только JVM. Так работает KSP. Вот тут как подключать его в любые targets:
komm-simple - это просто пример использования.
komm-annotations - это основное, где нужно накидывать targets. Просто пока добавлял те, что использую сам.
По пожеланиям:
wasmJs попробую добавить. Пока вообще с ним не работал.
Это отличная идея! Но вот проблема, как быть с аннотациями свойств? Можно конечно их как-то конфигурировать внутри KOMMMap. Подумаю. Но и проблема Java Objects остается с их set-методами.
Мне сначала свой Android проект до beta довести, а там — вполне может быть. Спасибо за предложение!
Я нигде не говорил, что тестовое задание (ну, не могу я его до ТЗ сократить, ибо для меня это техническое задание) не нужно. Просто не надо делать его слишком сложным и ждать, что его толпами побегут решать Senior Developer'ы и Team Lead'ы. Обычно, это довольно занятые люди чтобы отвлекаться от повседневном работы, а по вечерам и выходным дням у них уже расписаны какие-то личные дела. Для Jubior'ов, как Вы уже заметили, задание вообще другое. По мне, тестовое задание на такие позиции — это именно Дальше уже на собеседовании проверяете проверяете знания по позиции (ну смешно же, когда приходишь собеседование на позицию Senior, а тебя спрашивают чем отличаются Value типы от Reference, уж спросите хотя бы в чем отличия Class от Struct и убьете двух зайцев сразу).
3. А мы точно говорим об одном и том же задании?
В любом случае, решение мне известно, ибо я его описал в приложении к заданию, где уточнил, что считаю его наиболее подходящим, но слишком сложным для тестового задания. Ответ же был: "Именно такого решения мы и ждали.". Однако, просто чтобы сразу расставить все точки над i, согласился я его решать больше из-за интереса самого процесса решения, так как тема мне интересна, а не потому, что жаждал эту работу.
1.2. Ага, теперь мысль ясна.
1.3. А вот тут — не понял. Что же это за спецы проводят собеседования, если не могу разглядеть человека который много о себе мнит, но по факту ничего не знает? Я в свой жизни провел конечно не очень много собеседований, но ошибся лишь однажды и то не в уровне знаний, а в уровне ответственности и исполнительности. С моей точки зрения, тестовое задание можно списать в интернете или попросить написать другого разработчика. А вот собеседование — уже не подделаешь.
2. Тут наши мнения сходятся.
3. А Вы что тогда, извините за дерзость, собрались распараллеливать? Чтение файла с диска? Тогда, в случае обычного HDD Вы вообще потеряете в производительности. С SSD — никакого прироста не будет. И только в случае RAID с зеркалированием…
Единственный процесс в задании, который можно параллелить — сжатие. А значит разобраться в формате все же придется, иначе разжать не получится.
что если все совсем криво и косо — это одно, а если просто проигрывает на один такт процессора за каждую итерацию — то возможно это и не плохое отставания от идеала. И что все-таки в итоге важнее красота кода или скорость работы? В смысле, (здесь конечно так не выйдет, но все же) если это будет один огромный метод main с не говорящими названиями переменных, но работать будет быстрее вашего гипотетического идеала, это хорошо или плохо?
В сумме, это никак не тянет на , если конечно Вы это уже однажды не реализовали, а сейчас по памяти написали.
P.S. Слишком много раз пришлось писать «комментарий»!
Мне же просто захотелось поделиться результатами своих изысканий на рынке и, возможно, получить в рекомендации еще какую-нибудь хорошую сумку. Что самое интересное, Вы это и сделали, хотя возможно рассчитывали на другой эффект от комментария.