Програміст C# / .NET WPF – завершення міграції великої програми для виставлення рахунків RAFSOFT.NET Sp. z o.o. шукає програміста C# / .NET для завершення переписування великої, багаторічної програми для виставлення рахунків на нову технологію. Проект стосується міграції розширеної десктопної програми для компаній, що використовується для виставлення рахунків, обробки документів продажу, контрагентів, обліку та функцій бухгалтерсько-податкових. Нова версія програми створюється мовою C# / .NET, з використанням компонентів DevExpress. Проект вже переписаний приблизно на 70%. Шукаємо людину, яка допоможе довести його до кінця, упорядкувати відсутні елементи, виконати тести та подбати про відповідність роботи нової версії з попередньою програмою. Обсяг робіт: завершення міграції великої десктопної програми на C# / .NET, відтворення функціональності старої програми в новій версії, збереження максимально ідентичної логіки роботи, вигляду та способу обслуговування, робота з компонентами DevExpress, аналіз існуючого коду та порівняння роботи старої та нової версії програми, виправлення помилок, доповнення відсутніх функцій та тестування програми, співпраця при фінальному підготовці програми до впровадження. Вимоги: дуже добре знання C# та .NET, досвід у створенні десктопних програм для Windows, знання WPF або WinForms, досвід з DevExpress або подібними бібліотеками компонентів UI, уміння аналізувати великий, існуючий проект, точність і терпіння при відтворенні існуючої функціональності, уміння тестувати власні зміни, дуже хороша здатність користуватися інструментами AI, що підтримують програмування, аналіз коду, рефакторинг та тестування. Бажано: досвід з проектами типу legacy, знання або попередня робота з Visual Basic 6.0, досвід при міграції програм зі старих технологій на C# / .NET, знання питань, пов'язаних з виставленням рахунків, бухгалтерією, JPK або KSeF, досвід у роботі з великими бізнес-програмами. Кого шукаємо: Шукаємо самостійну, точну та технічно досвідчену людину, яка вміє увійти в існуючий проект, зрозуміти його логіку та послідовно довести його до кінця. У цьому проекті дуже важливо не лише писати новий код, але й вірно відтворити роботу старої програми — як з точки зору функцій, так і вигляду та способу обслуговування. Вимагаємо також вмілого користування інструментами AI у повсякденній програмістській роботі. Нам важлива людина, яка вміє використовувати AI практично: для аналізу коду, пошуку помилок, прискорення міграції, створення тестів та упорядкування проекту. Про компанію: RAFSOFT.NET Sp. z o.o. — це польська компанія, що створює програмне забезпечення для підприємців, бухгалтерських офісів та малих і середніх компаній. Нашим основним продуктом є програма Фактура ПДВ, що підтримує щоденне обслуговування рахунків, документів продажу, контрагентів, обліку та розрахунків відповідно до польських норм. Розвиваємо власні десктопні програми та інструменти, пов'язані з виставленням рахунків, бухгалтерією, KSeF, JPK та автоматизацією бізнес-процесів. Наші рішення проектуються з урахуванням стабільності, простоти обслуговування та практичного застосування в повсякденній роботі користувачів. Сайт компанії: www.rafsoft.net
Ставки приховані
Ставки поки відсутні
-
Олександр Вишняк 28 листопада 2019Надо смотреть подробнее алгоритм: как идут потоки, как идет расход памяти, как выделяются потоки и т. д. Как говорится: вопрос в деталях. Что можно сказать сразу, так это то, что самый большой расход быстродействия - запись файлов. Любое обращение к диску, особенно к винту, а не ssd-шке - а там все идет тупо в одну очередь и любое обращение на переразметку диска (для нового файла) - это жуткий расход времени и ресурсов, не говоря о том, что эти задачи имеют самый низкий приоритет. Можем пообщаться в личке, чтобы понять, смогу ли я чем-то помочь или нужен более опытный разработчик.
-
Володимир Соколов 28 листопада 20191500-2000
если у вас нету 1500-2000 ядер процесора, то такое количесство потоков только замедляет рассчеты -
Денис Стародубов
28 листопада 2019
оно то так, но и не так))
-
Андрей Васильев 28 листопада 2019элементарно
перед работой перемешайте строки
а потом в работе берите по очереди, одну за другой, они уже случайны по отношению друг к другу -
Денис Стародубов
28 листопада 2019
так и делается, только разные потоки могут эту строку одновременно дернуть
-
Владислав Н. 28 листопада 2019Если вы берете емейлы подряд, то попробуйте НЕ удалять строку из списка - просто храните номер последней использованной строки.
-
Денис Стародубов
28 листопада 2019
ок, как это сделать в многопотоке? отдельный обработчик делать, который бы формировал это?
-
Владислав Н. 28 листопада 2019
Поток должен вызвать метод Interlocked.Increment и использовать возвращенное значение
-
Владислав Н. 28 листопада 2019
P.S. А как вы удаляете в многопотоке? Вы ж наверное lock используете?
-
Денис Стародубов
28 листопада 2019
да
-
Владислав Н. 28 листопада 2019
Ну тогда я не понял в чем вопрос? Просто делайте обычный инкремент к++ внутри lock
-
Олег Б. 28 листопада 2019Загрузіть файл в масив , розділіть масив на таку кількість елементів, скільки буде потоків, передайте в кожен поток по елементу.
P.S. незнаю чи це буде працювати в Zeno poster
-
Владимир Т. 3 грудня 2019Предлагаю посмотреть в сторону Akka.NET, в свое время внедрял данную технологию в приложениях связанное с торговлей на бирже, где нагрузка гораздо больше чем в вашем приложении. Не знаю деталей но если можно в вашем приложении можно разбить процесс на большое количество мелких операций - акка подойдет как никогда, легка в освоении, масштабируема.
Актуальні фриланс-проєкти в категорії C#
Конфігурація: 1С УТ 11 Адресний склад ТСД Zebra TC26 Робота через RDP Сканування товарів виконується в документах приймання, розміщення, відбору та інших складських операціях. Поточна проблема: Комірники працюють через ТСД Zebra. При скануванні не завжди помічають повідомлення на екрані. Потрібно реалізувати різні звукові сигнали для різних результатів сканування. Необхідний функціонал: Успішне сканування та обробка в 1С короткий звуковий сигнал. Штрихкод зчитано сканером, але товар не знайдено в 1С інший звуковий сигнал (відмінний від успішного). Помилка при виконанні складської операції неправильна комірка; неправильний товар; інші помилки контролю адресного складу. окремий звуковий сигнал. Звуки повинні відтворюватися на ТСД через RDP. Побажання: використання WAV-файлів або іншого надійного способу відтворення; можливість у майбутньому додати нові типи звукових повідомлень; мінімальний вплив на швидкість роботи ТСД. Прошу вказати у відповіді: Досвід роботи з УТ 11 та адресними складами. Чи реалізовували подібні задачі для ТСД Zebra або інших ТСД. Орієнтовну вартість та строки виконання. Яким способом планується реалізація звукових сигналів.