Пишу на C# уже более 14 лет, ходил вокруг, да около F#, но как-то он не зашел.
То ли проекты неподходящие, то ли я его не воспринимал… Да и с интеграцией F# и С# проекта есть определённые сложности. А с развитием C# и вовсе его «функциональщины» стало хватать.
Но, на текущей работе вдруг понадобилась разработка для Apache Spark, и… открыл для себя Scala, и в принципе, воспринял :)
Хотя от Java и всего с ней связанного ранее воротило…
Не могу сказать, что Scala лучше F# или хуже, но синтаксис F# сложнее, что-ли.
Например, let add x y = x + y, на Scala можно написать и в более привычном (для C#) виде def add(x:Int,y:Int) = x + y. Да, F# запись проще, но не цепляет, приходится вглядываться.
Мнение сугубо личное и, возможно, после более длительного знакомства со Scala я пересмотрю его и F# мне тоже понравится…
Использую в рабочем ноутбуке OCZ-VERTEX2, купил его еще тогда, когда эта модель только появилась.
Да, он еще на SATA-II, но и ноут тоже…
Статистика использования на текущий момент (OCZ-Toolbox):
9. Power-On Hours = 18526h+42m+38.750s
12 Device Power Cycle Count = 5396
241 Lifetime Writes from Host = 21888
242 Lifetime Reads to Host = 29952
Такая хрень была еще оправдана с 7.7 поскольку вариантов особо не было… Но! Не нужно делать это с 8.2 и старше! Как сказано выше — сервисы ваше всё. А так — любое изменение структуры базы в конфигураторе приведет к переписыванию подобного кода.
мой совет — улучшайте встроенный язык, всё равно ни один бухгалтер в конфигуратор не полезет, а простота языка должна остаться в прошлом… и отучите разработчиков типовых конфигураций писать процедуры на несколько сотен, а то и тысяч строк!
Testing with 1000 descendant processes.
Process creation took 0.512 s (0.512 ms per process).
Lock blocked for 0.000 s.
Average block time was 0.000 s.
Process termination starts now.
Process destruction took 1.988 s (1.988 ms per process). Lock blocked for 0.323 s.
Average block time was 0.020 s.
Лучший:
Testing with 1000 descendant processes.
Process creation took 2.250 s (2.250 ms per process).
Lock blocked for 0.002 s.
Average block time was 0.000 s.
Process termination starts now.
Process destruction took 3.188 s (3.188 ms per process). Lock blocked for 2.510 s.
Average block time was 0.359 s.
i7-6850k # of Cores 6 # of Threads 12 Processor Base Frequency 3.60 GHz
Testing with 1000 descendant processes.
Process creation took 4.262 s (4.262 ms per process).
Lock blocked for 0.019 s.
Average block time was 0.001 s.
Process termination starts now.
Process destruction took 3.569 s (3.569 ms per process). Lock blocked for 2.979 s.
Average block time was 0.426 s.
Провел несколько запусков… это худший, но соотношение сохраняется…
У меня, для работы с нескольких рабочих мест, сделано подобие очереди. Отдельное приложение на компе (типа сервис печати чеков), к которому подключена ККМ, выгребает чеки только для этой ККМ. Через сокеты — не совсем надёжно, да и в связи со спецификой деятельности (операций выдачи денег едва ли не больше, чем продаж) — приходится соблюдать очерёдность чеков.
Атол, Штрих, и компания нехило, думаю, подзаработали… Эвотор вот теперь… ладно. Как бы это все не накрылось со временем. Да и для хакеров новый веетор атак появилися. Налоговой, думаю, вакансии надо открывать…
Контрольно-кассовая техника применяется для расчетов наличными и только… операции по картам, в данном случае, приравнивается к оплате наличными какого либо товара (услуги) физическим лицом, но денежные средства уже должны быть, как я понимаю, легализованы…
это все хорошо если ты действительно программируешь, а не решаешь мелкие, но многочисленные проблемы бухгалтеров из раздела- найди что-то документ проводку не дает, а мне некогда…
слабое место — подключаемый диск все равно виден целиком и, если зловред уже в системе, то он, как правило успевает зашифровать файлы, пусть не все сразу, но постепенно… ещё вопрос — получится ли отсоединить диск после бекапа, если на нем будут открыты файлы (антивирусом или зловредом)?
То ли проекты неподходящие, то ли я его не воспринимал… Да и с интеграцией F# и С# проекта есть определённые сложности. А с развитием C# и вовсе его «функциональщины» стало хватать.
Но, на текущей работе вдруг понадобилась разработка для Apache Spark, и… открыл для себя Scala, и в принципе, воспринял :)
Хотя от Java и всего с ней связанного ранее воротило…
Не могу сказать, что Scala лучше F# или хуже, но синтаксис F# сложнее, что-ли.
Например, let add x y = x + y, на Scala можно написать и в более привычном (для C#) виде def add(x:Int,y:Int) = x + y. Да, F# запись проще, но не цепляет, приходится вглядываться.
Мнение сугубо личное и, возможно, после более длительного знакомства со Scala я пересмотрю его и F# мне тоже понравится…
Да, он еще на SATA-II, но и ноут тоже…
Статистика использования на текущий момент (OCZ-Toolbox):
9. Power-On Hours = 18526h+42m+38.750s
12 Device Power Cycle Count = 5396
241 Lifetime Writes from Host = 21888
242 Lifetime Reads to Host = 29952
Testing with 1000 descendant processes.
Process creation took 0.512 s (0.512 ms per process).
Lock blocked for 0.000 s.
Average block time was 0.000 s.
Process termination starts now.
Process destruction took 1.988 s (1.988 ms per process).
Lock blocked for 0.323 s.
Average block time was 0.020 s.
Testing with 1000 descendant processes.
Process creation took 2.250 s (2.250 ms per process).
Lock blocked for 0.002 s.
Average block time was 0.000 s.
Process termination starts now.
Process destruction took 3.188 s (3.188 ms per process).
Lock blocked for 2.510 s.
Average block time was 0.359 s.
Testing with 1000 descendant processes.
Process creation took 4.262 s (4.262 ms per process).
Lock blocked for 0.019 s.
Average block time was 0.001 s.
Process termination starts now.
Process destruction took 3.569 s (3.569 ms per process).
Lock blocked for 2.979 s.
Average block time was 0.426 s.
Провел несколько запусков… это худший, но соотношение сохраняется…