В самом языке ничего плохого, просто там очень низкий порог вхождения. И если тупая обезьяна сломает зубы о какой-нибудь C# или Java, то пхп прощает много ошибок и позволяет писать говнокод в том месте, где в нормальном языке тебя бы послали на хуй, еще на этапе компилирования.
JS, например, достаточно спорный язык, но из-за ряда причин стал дефакто обязательным для веба и говнокода там пишут прям вагонами. Просто пхп был популярен одно время дико - туда ринулось стадо code monkies. Сейчас они в JS. Пхп, наверное, для своего времени был крут, но его время прошло.
Спорно. Любая макака, что изучила JS, сможет изучить и C#, там нет ничего принципиально иного. Я сам сейчас такая макака, и с изучением именно C# никаких проблем не было. Вот я делаю первые попытки в C++, и вот этот язык уже регулярно ломает мне хребет.
IDE, поддерживающие конкретно Javascript также существуют, и ими даже пользуются люди. Да, IDE не спасает от всего, но в JS IDE не спасает примерно в тех же местах, где и в других языках. Или вы имеете ввиду, что для других языков использование IDE обязательно?
как меня радуют судари с 5 часами опыта в том или ином языке и кричащие о том что в c# нет принципиально ничего иного, хотелось бы уточнить , как велось изучение данной платформы и в каком направлении затем было углубление в этот пиздец, потому что по моему мнению, .net сам по себе тот ещё кусок говна, и говорю я это потому, что все инструменты, технологии и фреймворки для .net редкостное говно, не всегда нормально поддерживаются и не очень дружат друг с другом. Да и базовые механизмы CLR не всегда радуют.
В C# немало механик, которые могут ввести в большой конфуз. Только я, как и многие другие макаки, едва ли их используют. Было сложно понять суть делегатов (хотя это логичное продолжение анонимных функций, которые есть и в JS), необходимость строгой типизации была какое-то время болью, но писать код, код который работает, это не мешает.
Это не новый концепт, который сложно даже осознать, как часто бывает в c++. Первую неделю ты будешь забывать ставить типы, но потом это вобьется в костный мозг. Дело привычки, не ума.
Наследование, интерфейс, перегрузка, атрибуты. В js есть прототипы, но их роль сводится к добавлению свойст/методов. По сути все это можно неявно повторить в js (кроме атрибутов, хотя может в какой технологии и они присутствуют), но практического использования нет. Я бы сказал их главное различие: в js ты как правило всегда понимаешь что за обьект перед тобой и можешь творить с ним что угодно, в том же шарпе ты знаешь только текущее обьявление обьекта и можешь следовать строго предьявленым правилам.
Не слушай их, просто у php хуевая репутация из за первого и второго "веба", тысячи говно сайтов и быдло кодеров работали на нем в свое время. Сейчас PHP имеет седьмую версию, сильно оптимизирован и очень серьезно реабилитирован.
Поддерживаю. Платформа реально крутая, сколько бы не обливали дерьмом ее все причастные к ИТ индустрии. Никто даже близко не приблизился к реализации всех фишек платформы от 1С в одном пакете. Скорость разработки просто запредельная. Единственный продукт, который немного близко - это платформа CUBA писаная на Java. Интерфейс рисуется на Vaadin, связь с базой через Eclips link, для больших извратов можно использовать MyBatis. Платформа OpenSource, жаль, только IDE для нее платная.
Я смущен. Мне все время кажется, что у вас идет очень тонкий сарказм.. но иногда пугаюсь что вы серьезно :)
В 1C в языке используется кириллица для ключевых слов. Это моветон в IT сообществе.
Это не сарказм. Кириллицу можно не использовать в платформе, всем ключевым словам и операторам есть аналог латиницей. Если очень хочется, можно писать как и на остальных языках. Я повторюсь, по соотношению затраченное время/полученный результат, аналогов 1С платформы нет и не предвидится. Я ни в коем случае не защищаю платформу, я просто ее очень хорошо знаю и вижу ее плюсы и минусы. Конечно, там нет ООП, меня убивает логика размещения глобальных модулей и вообще кода в платформе, сам "Конфигуратор" жутко неудобен, правда сейчас вышли 1C:Enterprise Development Tools на базе Eclipse, но это не спасение положения. Сам я не желаю особенно работать с 1С, т.к. она мне не нравится. Мне очень нравится Java, треть от текущей официальной загрузки у меня проекты на этом языке, 2/3 пока на Delphi, в качестве шабашки PHP + 1C - интернет магазин.
ЕМНИП - мощностей для декодирования какого-либо сжатого формата маловато будет (особенно если учесть, что у нас мало RAM-ы, чтобы поместить туда весь результат проведенного на старте декодирования, а не кусок), а встроенной памяти - мало для хранения несжатого звука.
Можно, конечно, прицепить ещё и SD-карту через соответствующий шилд, но я бы глядел в сторону stm32.
з.ы. прикрутить к этому stm32 слитие данных в инет какой-либо распознавалке речи, и пусть реагирует на упоминания языков программирования.
Какой мозг-то? Я про декодирование звука для его дальнейшего воспроизведения (впрочем, уже указали, что я не прав), на разбор речи на контроллере я не замахиваюсь :-)
Ну разбор речи и декодирование вряд ли нужно. Если правильно помню, шляпу надевали. С выбором языка так же, надел и она рандомно выбрала язык, ну или там через вафай получилу статистику по языкам, провела какие-то расчёты и сказала про язык. В универах и колледжах было бы интересно. Не нужны всякие номера зачеток) решает все Шляпа)
-"Только не php. Только не php. Только не php."
- Хммм, не php? Но ты же галимый говнокодер, твои программы не работают без goto
-"Только не php."
- Не php? Хммм, решено! 1С!
- Да вы, блядь, прикалываетесь
Я работаю в 1С, заработал на пожрать, но знаю как посчитать количество комбинаций 6 обьектов из 48 без учета порядка. Думаю знание тервера как то связано с владением жилья
Можешь посчитать вероятность заработать на одну квартиру при условии умения посчитать вероятность выпадения трёх орлов, но надёжно стертых из памяти формулах комбинаторики?
работа с 1с предполагает, что разработчик на ней будет не столько охуительным программистом, сколь отличным специалистом в какой либо из областей учета: торгового, бухгалтерского, кадрового. Если ты в легкую сводишь баланс и можешь найти косяки еще на стадии формирования оборотки, знаешь налоговое законодательство и всю отчетность, то можно и в Майами недвижимость прикупить или в центре Москвы. В среде 1С высокие знания в области учета + хорошие способности все это автоматизировать = Охуительный доход.
работа любого программера предполагает погружение в предметную область. особенно, если проектируешь и реализуешь информационную систему (я не говорю о программерах, которым поручают писать куски кода). Это отчасти обусловлено тем, что заказчики (по идее, специалисты в своей области) ничерта в этой самой области не знают. их ставит в тупик простой вопрос - опишите как у вас все работает.
Нет, не растягивает. Язык излишне переусложнён. На любом другом языке можно написать те же самые функциональные концепции, достаточно лишь сделать пару вспомогательных методов и соблюдать некоторые правила. Но вместо чейнинга (причём в декларативном варианте - обратного чейнинга) гораздо проще написать просто последовательность операций. Вместо того, чтобы держать возможности монад в голове, гораздо легче воплотить их в коде. И так далее. Так что для практического программирования хаскел - полная фигня.
Страна - Украина. Насчёт всего остального надо посмотреть (А ночью этого сделать не могу, те тот комп). Вроде прог или серв. Если заинтересовало то скинь ссылку на резюме, а я тебе скину контактные данные по которым сможешь узнать всё интересующее тебя. И да, мы не себе ищем, мы рекрутинговое агентство.
Украина. Требуется опыт УПП и УТП. Желательно 3-4 года. Хотя если там и фриланс и человек разюирается в этом... все договоримо. Требуется именно програмист понимающий в бугалтерии и т.п.
Ага, только ты можешь владеть в совершенстве лазерной указкой, которая отличная, удобная, технологичная, но нах никому не нужна, а можешь отбойным молотком, который тебя прокормит и бонусом наградит вибрационной болезнью.
Может я чето в жизни не понимаю, но если оличная, удобная, технологичная, но нах никому не нужна, то может не все там так радужно?
Я все равно не понимаю срачей вокруг языков. Рынок диктует свое.
Стала ява корпоративным стандартом - учи яву.
Продается пехепе на аутсорсе всяким мелким заказчикам - учи пехапе.
Хочешь заниматься некрофилией, хиковать гдето в банке, и получать тонны бабла - учи всякие там ерланги фортраны (сори я не помню на чем древняя софтина для банков писалась)
А ответ на все это блядство один - учить нужно более чем один язык.
Первая фраза - нет. Всё может быть вполне радужно, но нигде не использоваться, где есть деньги - по разным причинам. Случается.
По остальному - да, все так. Но всегда будет боль, и у каждой технологии она своя. И когда видишь, что вот у той технологии этой боли нет и понимаешь, что ее бы можно было применить, если бы только, но на практике она не используется, может немножко пригореть.
Программисты тоже люди - нам тоже хочется поныть.
Большим штангерциркулем не крупный гвоздь забивается запросто. Но вот как раз вопрос инструментов и языка программирования состоит в том, какие задачи ставятся, если у тебя только ассемблер, то тебе дали микроскоп и им надо выкачивать гавно из сортира.
сравнение некорректное. лучшее сравнение - это, как строить дом из кирпича или блоками. блоками ты можешь построить быстро, но куча ограничений - можешь строить только помещения определенной размерности и всегда с острыми углами.
чтобы сделать арку или дверь ее надо выпилить в блоке и подставить туда "костыли", чтоб все не обвалилось.
а кирпичами можно выстроить (при умении) более сложные формы.
и тем и другим можно пользоваться и получить желаемый результат. Вопрос в том - как именно ты подойдешь к выполнению сопутствующих работ.
епрст. корреляция между скоростью исполнения и количеством написанного кода - прямая. это кагбе вообще тривиально.
..насмотрелся я на результаты этой "скорости" написания. такого говнища лопатят - будь здоров. а потом удивляются все - че ж оно падает все время и тупит.
отсюда. опять же. прямая зависимость между простотой освоения того или иного языка и пониманием того, что происходит внутри кода. следовательно любой еблан освоивший простые конструкции считает себя кулхацкером и генерирует тонны выставляя все на обозрение окружающим. отсюда и складывается впечатление, что на данном ЯП можно только говнокодить.
в то время, как более сложные ЯП требуют вдумчивого изучения и как следствие - культуры написания кода.
согласен.
все лекарство и все яд. главное - доза.
любой инструмент - это всего лишь инструмент. не хуже и не лучше других. у них разные области применения.
главное - понимание того, что делаешь, внутренняя культура изложения своих мыслей (в виде кода) и мастерство проявляется, когда простыми инструментами делаются сложные задачи в приемлемые сроки и с соответствующим качеством.
Тут нельзя сказать что ты прямо таки прав - большой обьем кода не ведет обязательно к низкой производительностиб даже если предположим, что работа идет в рамках одного языка (случай разных ты уже разобрал выше). Ветвление кода увеличивает обьем кода при сравнительно небольшом увеличении времени исполнения (само собой есть исключения - не стоит код ветвить в вычислительном ядре), но в то же время это может быть компенсировано гибким выбором алгоритма. Например LAPACK при матричных операциях вначале пытается определить класс матрицы, которую ты используешь и потом подбирает более толковый способ обработки этой матрицы. Так что корреляция не прямая.
если брать в общем, то ты прав, но речь шла про сопоставимые задачи, реализуемые в рамках однотипного аппаратного комплекса (который обеспечивает равноценные вычислительные мощности и обработку микрокоманд), но с различными подходами и ЯП. Есть некая конечная задача (вычисление значения какой-нибудь функции, например, для неких нужд). Ее можно решить разными способами. С использованием готовых встроенных или сторонних библиотек, а можно реализовать самому. Вот в рамках таких "единиц работы" будет действительно утверждение.
При соблюдении однотипности аппаратного обеспечения - выбор того или иного алгоритма на аппаратном уровне будет одинаков и следовательно зависимость от количества написанного будет прямой (в самом простом случае - увеличивается время на обработку избыточных команд и может быть ошибочно выбран внутренний алгоритм обработки). это как со статистикой в субд, когда для оптимизации работы вручную подправляют параметры статистики для того, чтобы парсер выбрал нужный алгоритм сортировки или пишут хинтЫ.
Что значит "твой язык программирования"? Каждый кто работает в этой сфере вынужден регулярно изучать новый язык чтобы из нее не выпасть.
Программы стареют куда быстрее людей.
У друга в крупной конторе в Китае был чувак, который работал от силы пару раз в месяц, потому что он единственный познал и понял архитектуре одного гигантского модуля на Perl, и было дешевле содержать его, чем тратить год на рефакторинг с рисками, что это потом еще и не заработает
Да ладно. Ничего страшного. Если не подключать библиотек, где включено автоопределение типа переменной по первой букве имени. Потому что тогда надо и у себя в программе отключать, а потом искать в дебаге где ты вместо Variable написал Variabel.
Закончив знакомство с классом, Снегг обвел аудиторию внимательным взглядом. Глаза у него были черные, как у Хагрида, только в них не было того тепла, которым светились глаза великана. Глаза Снегга были холодными и пустыми и почему-то напоминали темные туннели.
— Вы здесь для того, чтобы изучить Pascal. Очень структурированный и удобный язык программирования, — начал он.
— Многие из вас с трудом поверят, что мой предмет является важной составляющей изучения программирования, — продолжил Снегг. — Я не думаю, что вы в состоянии оценить всю красоту и изящество этого языка… Но я могу научить вас, как кодить, как компилировать, как искать баги. Но все это только при условии, что вы хоть чем-то отличаетесь от того стада болванов, которое обычно приходит на мои уроки.
А что за мода на PHP плеваться? 98% сайтов на нём написаны, зарплаты в сфере web разработки у PHP-шников наиболее высокие, как и востребованность, порог входа низкий. Или в этом вся фишка кучка неудачников пишущий на никому не нужных языках за 5 копеек греет своё ЧСВ "Мы такие особенные, мы такие умные, мы центр вселенной"
Именно потому что 98% интернета это черти что и сбоку бантик, все на PHP и плюются. Язык он сносный, но, во первых разрешает смешивать данные и код, во вторых сильно разросся модулями и фреймворками, так что некоторые не очень понимают как страничка в шаблон рендерится, и в третьих его пользоватеоли редко осиливают еще что-то, за что их и недолюбливают...
mathematics
visualbasic
haskell
rust
clojure
programming
matlab
lua
swift
scala
objectivée
golang
perl
lisp
esharp
sql
epp
python
ruby
java
javascript
php
TTT
IE
~1~1 r
_r r f
I I r
W
1 T
1 E
1 r
I I
I I
I I
W
1 E
1 E
0
I , ,1
100 150 200
contains word / 100
Например Апач, поверх которого катаются все эти ваши похапе и петоны.
Не обижай pure C, оно ещё тебя переживёт.
Но тут ты безусловно прав.
динамический и строго типизированый. ну вообще ничего нового.
В 1C в языке используется кириллица для ключевых слов. Это моветон в IT сообществе.
Можно, конечно, прицепить ещё и SD-карту через соответствующий шилд, но я бы глядел в сторону stm32.
з.ы. прикрутить к этому stm32 слитие данных в инет какой-либо распознавалке речи, и пусть реагирует на упоминания языков программирования.
2 строки на каждую _.Pline и 2998 на костыли к ним :)
- Хммм, не php? Но ты же галимый говнокодер, твои программы не работают без goto
-"Только не php."
- Не php? Хммм, решено! 1С!
- Да вы, блядь, прикалываетесь
Я все равно не понимаю срачей вокруг языков. Рынок диктует свое.
Стала ява корпоративным стандартом - учи яву.
Продается пехепе на аутсорсе всяким мелким заказчикам - учи пехапе.
Хочешь заниматься некрофилией, хиковать гдето в банке, и получать тонны бабла - учи всякие там ерланги фортраны (сори я не помню на чем древняя софтина для банков писалась)
А ответ на все это блядство один - учить нужно более чем один язык.
По остальному - да, все так. Но всегда будет боль, и у каждой технологии она своя. И когда видишь, что вот у той технологии этой боли нет и понимаешь, что ее бы можно было применить, если бы только, но на практике она не используется, может немножко пригореть.
Программисты тоже люди - нам тоже хочется поныть.
чтобы сделать арку или дверь ее надо выпилить в блоке и подставить туда "костыли", чтоб все не обвалилось.
а кирпичами можно выстроить (при умении) более сложные формы.
и тем и другим можно пользоваться и получить желаемый результат. Вопрос в том - как именно ты подойдешь к выполнению сопутствующих работ.
..насмотрелся я на результаты этой "скорости" написания. такого говнища лопатят - будь здоров. а потом удивляются все - че ж оно падает все время и тупит.
отсюда. опять же. прямая зависимость между простотой освоения того или иного языка и пониманием того, что происходит внутри кода. следовательно любой еблан освоивший простые конструкции считает себя кулхацкером и генерирует тонны выставляя все на обозрение окружающим. отсюда и складывается впечатление, что на данном ЯП можно только говнокодить.
в то время, как более сложные ЯП требуют вдумчивого изучения и как следствие - культуры написания кода.
Я обычно быдлокодю когда проще на коленке написать скриптик на питоне - тикле, за часик, чем 5 часов лопатить вручную.
А оптимизация круто, когда она востребована.
все лекарство и все яд. главное - доза.
любой инструмент - это всего лишь инструмент. не хуже и не лучше других. у них разные области применения.
главное - понимание того, что делаешь, внутренняя культура изложения своих мыслей (в виде кода) и мастерство проявляется, когда простыми инструментами делаются сложные задачи в приемлемые сроки и с соответствующим качеством.
При соблюдении однотипности аппаратного обеспечения - выбор того или иного алгоритма на аппаратном уровне будет одинаков и следовательно зависимость от количества написанного будет прямой (в самом простом случае - увеличивается время на обработку избыточных команд и может быть ошибочно выбран внутренний алгоритм обработки). это как со статистикой в субд, когда для оптимизации работы вручную подправляют параметры статистики для того, чтобы парсер выбрал нужный алгоритм сортировки или пишут хинтЫ.
Программы стареют куда быстрее людей.
— Вы здесь для того, чтобы изучить Pascal. Очень структурированный и удобный язык программирования, — начал он.
— Многие из вас с трудом поверят, что мой предмет является важной составляющей изучения программирования, — продолжил Снегг. — Я не думаю, что вы в состоянии оценить всю красоту и изящество этого языка… Но я могу научить вас, как кодить, как компилировать, как искать баги. Но все это только при условии, что вы хоть чем-то отличаетесь от того стада болванов, которое обычно приходит на мои уроки.
https://dou.ua/lenta/articles/salary-report-may-june-2016/?from=salaries
Ничего так разница. Некоторые из нас зажрались.
CAN HAS STDIO?
VISIBLE "HAI WORLD!!!1!"
KTHXBYE