• DOU Hobby: Автоспорт — це адреналін, робота у команді та довіра

    Как по мне, самый простой путь — приходите в школу на Чайку, там «менторы» которые в автоспорте не первый год. Есть спортивные программы под кольцевые гонки, картинг и дрифт. Помогут с постройкой или покупкой машины, настройкой, починкой и всем-всем, чтобы тренироваться и соревноваться.
    Пароли, явки — chayka-school.com.ua/contacts.html

  • Явная типизация C# VS var

    Этому «новомодному» конвеншену уже почти 10 лет, неявный вывод типов появился в C# 3.0 в 2007 году :)

  • Карьера Java: от Junior Developer до IT Director

    s.dou.ua/...silvestrov/it-carreer.png
    Вот хорошая карта, описывающая неточности в пути, описанному в содержании

    Senior Dev -> Team Lead — это переход в менеджмент,
    Team Lead -> Architect — сомнительно возможный переход, т.к. на менеджерских позициях часто «притупляется» способность к техническим решениям.
    Architect -> PM — бесcмысленно

    Правильный технический путь — Senior Dev -> Dev Lead -> Architect -> CTO -> CEO
    Менеджерский соответственно — Team Lead -> PM -> SPM -> CEO

    Поддержали: Sergey Khaperskov, m1st m1st
  • SSD: поделитесь впечатлениями

    Поменял HDD на SSD 80 Gb на ноутбуке полгода назад. Из заметных положительных эффектов: стал значительно быстрее загружаться, время жизни ноутбука выросло с 2.5 до 3.5 часов. Некоторые приложения, особенно тяжелые, загружаются быстрее (например, Visual Studio). Покупал скорее из интереса чем с какой-то целью.

  • А вот интересно

    Недвижимость
    Электронная коммерция
    Веб-кроулинг
    Управление гольф-клубом
    Онлайн поддержка
    Управление инвестиционными рисками

    Управление базами данных

  • IT компании, следите за профессионализмом ваших HR

    1, 2. Наверное, вам просто периодически не везет, лично мне пишет 80-90% адекватных HR

    4. Насчет X лет на рынке — imho, это важная информация, хотя бы для того, чтобы понять, что вы попали на относительно стабильную компанию на рынке, а не на «молодую и перспективную».

    От себя добавлю, что в начале каждого из таких (предварительных) собеседований сразу спрашиваю:

    1. Вилку зарплат для данной позиции.
    2. Длительность проекта, чтобы понять для себя находиться проект в стадии поддержки, в стадии развития или только начинается.
    3. Размер команды на проекте.

    4. Используемые технологии.

  • Объясните, насколько объективно мне дали ответ

    По UI:
    1) Выравнивание и автоотступ по умолчанию включены — почему бы не воспользоваться?
    2) Аттрибуты файлов -
    невозможно выбрать более одного,
    есть возможность ввести неправильное значение — в этом случае приложение «падает»,
    забиты хардкодом в контрол (представление и данные не разделены)
    3) Start/Stop — логика не интуитивная -
    Start может сделать сколько угодно новых сессий поиска (естественно неразделяемых между собой)
    Stop останавливает НЕ все сессии (как ни странно)
    4) Save result — сохраняет в файл, нейм которого захардкоджен, откуда пользователь узнает где сохранены результаты?

    5) Save property (сохранить свойство?) — опять же ini файл, в нем пользователь черт ногу сломит — натройки типа ComboBox1 не дают никакого понимания

    6) Max — введите «-42» — ищет и находит, странно? — это все magic numbers и сомнительные проврки при поиске
    7) Equality — точный размер? единицы измерения? введите «42» и запустите поиск, у меня файлов размером в 42 байтов нет, но как понять был ли начат поиск, интерфейс на мой клик никак не реагирует
    8) Search text — ищет замечательно " " (пробел), но не сохраняет настройки, опять же недостаток ini файлов
    9) Current file: process is completed — сэкономили на одной лейбле?
    10) Past time: тоже самое, что и equlity — измерение времени в абстрактных единицах
    11) Основное окно:
    неуправляемо, как уже было сказано, т.е. провести повторный поиск с другими параметрами нереально — не разберешь результатов

    не изменяемый размер, нет горизонтального скролла, таким образом, файлы, пути которых длинее окошка — просто не найти

    По коду:
    0) Все в кучу — нет методов как таковых, только Event handlers, т.е. найти место, где реализована конкретная логика просто нереально

    1) Generic Exception handling:

    catch (Exception) { }
    Я этого в упор не понимаю.
    2) Об ООП вообще не идет речь, повторное использование кода даже на базовом уровне невозможно,
    все что можно было захардкодить — захардкодили.

    4)

    if ((sender as CheckBox).Checked)
    А если все таки не CheckBox — NullReferenceException, сли 100% уверены, что Checkbox — тогда приведение типов
    5)
    в вашем случае недопустимо — в ComboBox можно ввести любой текст
    var fileAttributes = (FileAttributes)comboBox1.SelectedItem;
    6) m_thread — одна переменная потока на все потоки, таким образом все потоки у вас «утекают», а управляете, если это так можно назвать, только последним

    7) Заключать весь метод полностью в try с пустым catch — не вижу смысла — т.е. если что-то пошло не так — закругляемся и выходим.

    Резюме: скажите спасибо, что вообще дали ответ, провести полный код-ревью и указать на ВСЕ ошибки — стоило бы прилично времени, того человека, который вас проверял, больше чем вы потратили на написание этого проекта