@dlangru

Страница 149 из 719
Pavel
03.04.2017
14:19:54
Ну это же совсем не то, в больших проектах будут находиться десятки лишних совпадений

Oleg
03.04.2017
14:20:07
хм...

не думаю что десятки

Google
Pavel
03.04.2017
14:20:18
В других языках это совершенно реальные проблемы, особенно когда в сборку подключено пара десятков вендорных пакетов.

Grigirii
03.04.2017
14:20:56
ага, особенно если имя метода init. или set, или begin. На таких вещах grep выдаст тонны

Pavel
03.04.2017
14:21:12
Ищешь по какому нибудь классу Client, и находишь 25 имплементаций, вместо той которая тебе нужна конкретно сейчас.

zk
03.04.2017
14:22:26
>когда *если
я не хотел, честно, оно само

Pavel
03.04.2017
14:22:43
Ну да но грепать много - тяжело, а идешка обычно сама подсвечивает как-то, так что сразу заметно.

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

Oleg
03.04.2017
14:24:05
я не спорю: хорошая инфраструктура это хорошо

Pavel
03.04.2017
14:24:10
С таким же успехом можно сказать что греп это лишнее, а я просто хожу по директориям через cd и через cat нахожу нужные мне функции :)

Oleg
03.04.2017
14:24:38
просто конкретная ide это не панацея -- не для всех подойдёт

вот есть товарищ (наш соотечественник), который пишет DLangUI, и он же DLangIDE

Google
Oleg
03.04.2017
14:25:31
вот зачем?

ну всмысле ок, его дело

просто существуют уже норм ide и можно к ним просто сделать плагин

а если "не можно", то лучше копать в сторону почему так

Max
03.04.2017
14:49:35
просто существуют уже норм ide и можно к ним просто сделать плагин
Очевидно же, что: а) цель dlangide — не сделать ide, а свой костыль; б) всегда можно взять и сделать все с нуля правильно, а не как эти дурачки из жб (сарказм если что)

Pavel
03.04.2017
14:50:12
Костыли пилить тоже неплохо, нарабатывается опыт по языку.

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

Oleg
03.04.2017
14:50:33
Костыли пилить тоже неплохо, нарабатывается опыт по языку.
там не просто опыт, там достаточно большая работа проделана

Pavel
03.04.2017
14:51:29
Еще такое бывает в виде хобби для релакса

zk
03.04.2017
14:54:36
там не просто опыт, там достаточно большая работа проделана
может автору не нравятся другие среды мне вот например ни один редактор текста не нравится, запилил бы свой, да делов много

zk
03.04.2017
15:11:20
А вообще, все говно. Если используешь инструмент достаточно долго и по максимуму; начинает вылазить вся его гниль. Фатальный недостаток - это суровая реальность

Pavel
03.04.2017
15:12:41
Кто-нибудь в низкоуровневой теме может сказать, есть ли разница между работой с ubyte и с ubyte[1] ?

Хочу использовать функции для каста типа вот таких https://dlang.org/phobos/std_bitmanip.html#.read

Pavel
03.04.2017
15:13:43
Я имею в виду скорость работы опкодов

Возможно это была глупая идея читать из сокета во всякие byte, ushort и так далее, а нужно просто все представлять как буфер из байтов, в том числе ubyte[1], ubyte[2], etc

zk
03.04.2017
15:23:00
не понял что нужно, но что мешает измерить скорость?

Pavel
03.04.2017
15:24:57
Типа посоздавать пару мегабайт таких и эдаких данных и почитать в них из сокета? Непонятно в каких условиях тестить.

zk
03.04.2017
15:37:35
хз что это такое, но походит на битовые поля из плюсов, не думаю что они прибавят скорости

Google
zk
03.04.2017
15:37:46
зачем они тебе?

Pavel
03.04.2017
15:38:46
Ради красоты кода. А то половина кода работает с ubyte[2], половина с ushort, получается неконсистентность интерфейсов и нету единого метода обработки для таких буферов.

zk
03.04.2017
15:39:51
пример можно?

Pavel
03.04.2017
15:41:42
https://github.com/nexor/socks5d/blob/master/source/socks5d/packets.d#L164

Вот все эти поля должны быть по хорошему массивами ubyte

zk
03.04.2017
16:00:58
смотрю на read и write из bitmanip, вроде подходят под твой случай

Dmitry
04.04.2017
07:54:22
Олег, а ты бы к примеру на C# или Java без IDE мог бы так же продуктивно как с IDE писать?

Dmitry
04.04.2017
09:04:40
Тоесть ты тоже считаешь, что на некоторых языках без IDE никуда?

Maxim
04.04.2017
09:05:44
без IDE обычно куда, но гораздо медленнее, чем с IDE)

ну и главная фишка IDE, как мне кажется, это не автодополнение и переход к определению, а понимание семантики кода и вытекающие из этого возможности рефакторинга

Oleg
04.04.2017
09:08:40
согласен полностью с @maxfreck

Pavel
04.04.2017
09:14:47
А какие возможности? Я вот кроме переименовать метод/класс особо семантического не использовал ничего.

Хотя еще хорошо подсвечиваются потенциальные ошибки и опечатки.

Dmitry
04.04.2017
09:15:20
а методы класса смотреть доступные как без IDE быстро?

Pavel
04.04.2017
09:16:35
Пойти в описание класса

Maxim
04.04.2017
09:16:54
А какие возможности? Я вот кроме переименовать метод/класс особо семантического не использовал ничего.
Да даже простейшее перименование: два класса с одинаковым названием в разных модулях, и вот ты решил один переименовать, попробуй такое сделать без геморроя и IDE)

благо в D часто спасает auto

Dmitry
04.04.2017
09:17:18
ну тока по доке тогда ходить получается, но это куда медлненее чем когда IDE показывает

С этим авто тоже часто куча проблем когда глазами непонятно что именно метод возвращает

Google
Maxim
04.04.2017
09:18:16
а часто и не нужно знать)

Grigirii
04.04.2017
09:19:08
были бы концепты было бы не нужно. но сейчас понять, что вернули Range или итератор можно только по доке

Maxim
04.04.2017
09:20:26
так Range это же и есть итератор)

Grigirii
04.04.2017
09:22:17
итератор не знает конец, поэтому от одного итератора часто нет толку. ну и вопрос скорее не или-или, а понять, как вообще функцией пользоваться. когда она принимает шаблон, возвращает auto бывает сложно понять. А когда читаешь старый код так вообще труба - отдали не пофми что, получили не пойми что, прямо как в перлах всяких

Dmitry
04.04.2017
09:27:22
Мой знакомый вот вот альфу гуи родит публичную. Стефан там баги блокирующие поправил почти. Потом обещал IDE запилить — пока говорит от нее только куски есть типа сборочной системы и еще чего-то там.

Oleg
04.04.2017
09:32:29
с другой стороны, если есть перечень вопросов, которые не решаются dub или решаются не так, то имеет смысл объеденять усилия с другими "недовольными"

Maxim
04.04.2017
09:33:35
чем больше выбор, тем лучше)

Oleg
04.04.2017
09:33:53
выбор выбором, должны быть различия

Admin
ERROR: S client not available

Dmitry
04.04.2017
09:35:43
от там как в VS на XML менеджер пакетов сделал

типа чтобы туда руками не лазить

самому блин интересно)

Maxim
04.04.2017
09:37:41
не, ну dub, в принципе, покрывает все потребности, это лучше не ломать, а достраивать, если что не нравится)

Dmitry
04.04.2017
10:29:02
Кстати, а вот никто не видел инструментов/библиотек для поиска аномалий (хз даже каких) в данных. Просто у меня есть куча треков от GPS из машин и хочется посмотреть нет ли среди них каких либо паттернов или аномалий. Пока даже не знаю что ищу...

Хотя этот вопрос наверно уже к дата-майнингу относится...

Pavel
04.04.2017
10:37:27
Да тебе нужен deep learning какой-нибудь и всякая высшая математика

Shorty(Ale Chapa) Manskiy
04.04.2017
10:58:11
Тоесть ты тоже считаешь, что на некоторых языках без IDE никуда?
Без IDE можно писать код только в самых отчаяных случаях, когда нету этих IDE. Я буду сравнивать с C#. Но сразу скажу, нету никакой разницы, что C# что D. Без IDE одинаково. Вот в VS встроены отладчик, профилировщик, контроль версий, Test Runner (для автоматического запуска тестов), анализ покрытия кода... Куча плагинов не связанных с языком, но улучшающих повседневную работу - SpellChecker, ProPowerTools, тычячи их..., Конечно всякие там SpellChecker'ы, контроль версий и т.д. есть и в просто редакторах текста, но когда все необходимое собрано в одном месте, то это значительно лучше. Для C#, есть плагины что неибически упрощают написание кода например Alive, rex (в последних версиях он уже встроен в VS - intellitest), refactoringessentials, и т.д. Ну и говоря о C# нельзя не упамянуть ришарпер. Я уже не говорю про intellisense и intellitrace.

Eto
04.04.2017
11:39:31
Ага. И при этом всём не забудьте купить самый топовый компьютер, за пару тысяч американских президентов.

Maxim
04.04.2017
11:41:02
вроде, неповоротливостью отличается только ява, MS свои IDE обычно вылизывает до блеска)

Google
Pavel
04.04.2017
11:41:31
Ну кто занимается профессионально разработкой имхо так и так полюбому должен иметь топовый компьютер. Это же его основной инструмент труда.

Maxim
04.04.2017
11:41:32
у меня вот Eclipse на старте отъедает гиг, хотя, это, наверное, больше особенности инсталляции

Eto
04.04.2017
11:42:02
Pavel
04.04.2017
11:42:42
Не не тормозной софт тут ни при чем. Мощный комп нужен чтобы использовать большой сойт дла написания маленького быстрого софта.

Ну у меня еще много всякий фигни крутится, вагранты, виртуалбоксы, LXC-контейнеры, firefox, chrome, etc. Я бы умер от ожидания, не имей я 16Gb оперативки

Но зато и фишка в том что когда ты имеешь очень мощный софт и жирную многофункциональную IDE, то скорость разработки в 2-3 раза выше чем у людей которые этим не пользуются. Это же прекрасно.

Maxim
04.04.2017
11:45:39
Ну у меня еще много всякий фигни крутится, вагранты, виртуалбоксы, LXC-контейнеры, firefox, chrome, etc. Я бы умер от ожидания, не имей я 16Gb оперативки
нухз, у меня вот открыто обычно: firefox, chrome, virtualbox и eclipse, core 2 duo e8400 вполне с этим справляется, только вот в январе докупил оперативки до 8 гб, и все отлично)

Pavel
04.04.2017
11:46:30
8 гигов может и хватит, а меньше уже боль

На ноуте у меня 4 и все еле ползает

Eto
04.04.2017
11:48:45
В C/D/JS я привык использовать Sublime Text, без всяких плагинов. Мне не проблема по быстрому заглянуть в документацию, когда надо, потому что часто я и так знаю нужные методы. А вот с C# проблема. Ничего не знаю из стандартных классов, настолько привык использовать автодополнение. Плохо это или нет, сложно сказать. Хотя, вот с одним разработчиком из соседнего отдела тесно общаемся. Передаёт "знания по React" мне. Так вот он использует какую-то IDE для JS. По итогу обычные indexOf, find, findIndex и подобные его путают.

У меня в рабочем 8 гигов и всё тормозит. Хром в добавок протекает и переодически падает от обжорства.

Pavel
04.04.2017
11:49:57
Добавь себе еще 8

Eto
04.04.2017
11:50:56
Не могу, это рабочий.

Pavel
04.04.2017
11:51:31
Как здорово что мой домашний == мой рабочий )

Maxim
04.04.2017
11:51:32
у меня в рабочем 4, тихо-молча страдаю)

так что, цените, чт имеете)

Dmitry
04.04.2017
11:52:12
У меня на рабочем 32 под виртуалку главным образом)

Дома 8 и хватает за глаза)

Eto
04.04.2017
11:55:46
У меня в рабочем ещё AMD Athlon стоит.

Pavel
04.04.2017
12:01:33
А вам запрещают работать на своих компах? У меня на работе когда такой вопрос возник, то я купил просто себе комп на свои деньги и с тех пор везде его таскаю

Eto
04.04.2017
12:02:21
Ноут?

Технически NDA запрещает, но по факту никто на это не смотрит.

Страница 149 из 719