ну норм filename как начало секции

ну норм filename как начало секции

а в ней еще подсекции error или warning

как таковой иерархии не наблюдается

при этом есть еще data - которая может быть или не быть

Да, берешь блок и пишешь по нему сущность.

либо можно маркеров понаставить

и по ним определять, где секции начинаются и кончаются

но ваще

это лучше имхо делать прям при парсинге нодов хтмл

типа если парсилка нашла секцию еррор, то следующие записи куда-нибудь положить

у меня сейчас сделано через enum, т.е. есть класс TableRow у которого есть поле RowType которое может принимать значения Filename, Error, Warning, Data

и список из этих TableRow

с уже проставленными типами

Это очень по-извращенски как-то

я могу ошибаться, поправьте меня конечно, н оя бы парсил в такой класс:

не, не то

Названия паблик переменных с маленькой буквы не очень хорошо

не, не то

Почему?

Почему?

ну потому что это вообще не то))) где названия групп? где name и description? где data?

большую часть данных где-то потерял

Названия паблик переменных с маленькой буквы не очень хорошо

Спасибо за замечание

ну потому что это вообще не то))) где названия групп? где name и description? где data?

добавить эти свойства не проблема, этож пример)

добавить эти свойства не проблема, этож пример)

конечная структура должна получиться намного сложнее одного класса

я показывал пример конечных данных

[ "filename": "filename", "fileproblems": [ { "problemtype": "error", "name": "name", "description": "data : description" } ] ]

не среда, а день благородных господ :D спасибо, пожалуйста. эхъ,где тот срач А БЛЯТЬ У ТЕБЯ МОДЕЛЬ АНЕМИЧНАЯ ПРИДУРОК

но так приятнее :D

@Илья, что такое data?

@Илья, что такое data?

данные

powered by google.translate (c)

да, примерно так у меня и сделана структура, осталось только придумать алгоритм чтобы раскидать строки по ней (=_=)

Ну, расскидывай теперь)

Идёшь циклом от filename до следующего filename или конца файла

В каждом блоке ошибок идёшь от первой строки с названием группы до последней строки name

А чем вообще file name отличается от остальных строк? Где ограничения на символы или что-то вроде

а как быстро преобразовать одномерный байтовый массив размеров 160 байт, в двухмерный [4,40] ?

а как быстро преобразовать одномерный байтовый массив размеров 160 байт, в двухмерный [4,40] ?

зачем? работай с одномерным потоком

ну с двухмерным просто наглядней

хотя можно и с одномерным конечно работать

будет слишком много накладных расходов

а как быстро преобразовать одномерный байтовый массив размеров 160 байт, в двухмерный [4,40] ?

напиши просто хелперов типо геттер-сеттер, чтобы был api как у двумерного массива

ух, на собеседовании был, впервые задавали некоторые вопросы с метанита. Я думал их не спрашивают.

самый интересный вопрос какой был?

да хз, они все тупые нахуй, я в жизни не видел чтобы так говнокодили.

типо объявление переменной к примеру ClassA a = new Class B() B унаследован от А, нахуй так жить

но для "мывамперезвоним" нормально :)

хах бывает)

теоретически могут перезвонить и даже взять, я в целом то ответил. Задавали чем абстрактный класс от интерфейса отличается

сказал ничем)

ты троллируешь или реально не знаешь?

и про объявление переменных тот же вопрос

А вакансия с год висит, хз кого они ждут, я не думаю что для меня эта роза цвела.

Эххх

Мельчает молодежь

Скоро уже не будут знать, как работает GC

ну класс это класс, интерфейс это интерфейс, и то и то реализовавыть надо

С таким подходом прямая дорога в js

чем класс от интерфейса отличается я знаю.

а чем абстрактный класс от интерфейса, знаешь?

точно нет

Я ж грю - js ждет

Технически в il коде они отличаются только меткой, у интерфейса есть метка, чтобы компилятор знал, что это интерфейс а не класс, но в целом да, они одинаковые

всё я загуглил, теперь знаю. Только от того что я это знаю мне фиолетово

ERROR: S client not available

а как быстро преобразовать одномерный байтовый массив размеров 160 байт, в двухмерный [4,40] ?

нинада, сделай N стримов/буферов, чего угодно, читай циклом и каунтер по кольцу гоняй от 0 до N-1, не плоди сущности

всё я загуглил, теперь знаю. Только от того что я это знаю мне фиолетово

больше практики и норм будет всё

просто если честно я это все никогда не юзал, я херачил обычные классы, потому что небыло нужны пилить абстрактные и интерфейсы

просто если честно я это все никогда не юзал, я херачил обычные классы, потому что небыло нужны пилить абстрактные и интерфейсы

тоесть у тебя небыло реальных задач?

просто если честно я это все никогда не юзал, я херачил обычные классы, потому что небыло нужны пилить абстрактные и интерфейсы

как возникнет потребность подменять одно другим там и про интерфейсы идея появится

реальных задач, где надо было юзать интерфейсы или абстрактные классы, нет. По мне это уже довольно объемные системы.

реальных задач, где надо было юзать интерфейсы или абстрактные классы, нет. По мне это уже довольно объемные системы.

гетерогенных коллекций даже небыло? это ведь даже в простейших приложеньках под мобилки нужно бывает

реальных задач, где надо было юзать интерфейсы или абстрактные классы, нет. По мне это уже довольно объемные системы.

Зачем ты тогда в шарп идешь?

Есть же отличный go где нет этой всей ебатни

в го есть интерфейсы и с ними ебутся вместо джинериков

а что мне мешает туда идти?

а что мне мешает туда идти?

В C#?

да

имхо в идеале может наступить момент когда в зависимости от задачи будешь выбирать ЯП, но это не точно)

да

Видимо работодатели со своими хуевыми вопросами

ну да, я отражаю что эти все вопросы на проверку знания языка

имхо в идеале может наступить момент когда в зависимости от задачи будешь выбирать ЯП, но это не точно)

мне в итоге работадатели не верят) потому нужно выбрать загон и задротить в нём)

жара)

бля, только что позвонили, говорят на проверку в сб компании меня надо

ахах бля я в шоке

значит я не такой уж и еблан, или еблан полный что такой дрочней занимаюсь. Одно из двух.

понабирают по объявлениям...

по вакансиям

отчаялись) хотя я не помню чтоб меня по архитектуре когда-то спрашивали, больше по сетевым протоколам да синхронизации потоков

знать теорию, конечно, хорошо

но достаточно знать просто на таком уровне, чтобы сказать "о, где-то такое было" и найти где достаточно быстро

ребятки на raspberry core сервак заведется же?

на самом деле я не считаю что прогер, при этом даже не уровня среднего, должен до таких мелочей знать ЯП. Пройдет несколько лет ЯП изменится. ЯП это всего лишь инструмент, и конкретные мелочи изучатся со временем.

а дальше уже гугл и свои мозги

типа видишь такой слово ninject и bind/to, но как это пишется правильно в коде- не помнишь

так и зачем, если у тебя в голове всплыло "di и ioc" и ты спокойно загуглить можешь

потом 10 минут освежить знания и нормально