• Прежде чем начать изучать языки программирования?

    ThunderCat
    @ThunderCat
    {PHP, MySql, HTML, JS, CSS} developer
    стоит понять Архитектуру ЭВМ, Основы ОС и базовый АСМ.
    Что бы писать программы для компьютеров надо(внезапно) понимать хотя бы основные принципы работы компьютеров. Ассемблер учить не обязательно, а понимать почему в байте 8 бит на уровне архитектуры - достаточно важно, что бы потом не возникало вопросов "почему нельзя создать переменную которая бы занимала места столько, сколько нужно для хранения именно текущего значения, а не больше, чтобы память экономить", а то тут часто подобную дичь спрашивают. Так же - ОС на уровне как работает ФС, что такое страничная память, как работает адресация, кодировки символов и прочие составляющие. Если быдлокодить - это вообще не нужно знать, если писать что-то более-менее серьезное - без этого уйдет много времени на понимание что и как сделать "чтоб работало". Другой момент что это не обязательно делать ДО обучения, вполне можно совместить.
    Ответ написан
  • Как запустить nodejs на сервере linux?

    inoise
    @inoise
    Solution Architect, AWS Certified, Serverless
    Сегодня что, CORS day? В 100500 раз - браузер не даст обращаться просто так через js с одного домена на другой. Или ставьте сервер как бэк на роут в том же домене или же ставьте правильные заголовки allow origin.

    Ну и в догонку - для браузера localhost это всегда пользовательская машина, но никак не ваш vps
    Ответ написан
    Комментировать
  • Используют ли document.write и почему бы нет?

    @bkosun
    Метод document.write – один из наиболее древних методов добавления текста к документу.

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


    https://learn.javascript.ru/document-write

    <!DOCTYPE html>
    <html>
    <body>
    
    <h2>My First Web Page</h2>
    <p>My first paragraph.</p>
    
    <p>Never call document.write after the document has finished loading.
    It will overwrite the whole document.</p>
    
    <script>
    	document.addEventListener("DOMContentLoaded", function(){
    		document.write(5 + 6);
    	});
    </script>
    
    
    </body>
    </html>


    https://developer.mozilla.org/ru/docs/Web/Events/D...
    Ответ написан
    Комментировать
  • Действительно ли vue слабый фреймворк?

    @Andrew-Bogdanov
    Какой фрукт лучше, яблоко или банан? Какой телефон лучше айфон или самсунг? Какое животное лучше, слон или леопард?
    Ответ написан
    7 комментариев
  • Действительно ли vue слабый фреймворк?

    @niyaz_z
    Как человек изучавший и angular и vue скажу, что второй изучать все же легче. Это связано не только с тем что у vue переведенная документация (официальная документация angular на английском ни чем не хуже в плане обучения), но и наличием намного бóльшего количества работающих примеров и сторонних туториалов. Angular прекрасный фреймворк со своими "ништяками". Но с моей точки зрения обучаться ему сложнее: большинство туторталов раскрывающих принцип работы фреймворка либо устарели, либо повторяют официальные туторы. Также с ним вяжется TypeScript, что для js программиста в начале будет слегка внапряг. Поэтому если ваша цель изучить основы работы с компонентами, шаблонами, директивами, роутингом и многим другим - vue подойдет лучше. С ним действительно удобнее и комфортнее "начать". Будет ли знакомство с vue полезно если когда нибудь вы перейдете на angular/react? Однозначно да. Когда вы освоитесь в этой среде - изучить и создать что-то большое на ang/react будет гораздо легче, чем неподготовленным пытаться создать простое todo - для которого они, как мне кажется, великоваты. Vue не слабоват - просто он моложе angular/react (хоть и немного в отношении react), его не поддерживают такие громады google и facebook.
    Ну и к вопросу о том, что выбор фреймворка "поднималась тысячу раз". Да. Однако фреймворки развиваются постоянно и новичкам полезно узнать о них из сообщений людей, работающих с ними.
    Ответ написан
    Комментировать
  • Правда ли что рынок веб разработки "перегрет"?

    verkhoturov
    @verkhoturov
    Frontend Developer
    Так сами возьмите и проверьте.
    Выложите резюме и смотрите на количество \ качество предложений о работе. Вот и оцените рынок и свои возможности.
    А на ваш вопрос сейчас поступят диаметрально противоположные мнения, 100% )
    Ответ написан
    Комментировать
  • Правда ли что рынок веб разработки "перегрет"?

    OTCloud
    @OTCloud
    Программирование и Архитектура ПО
    100% перегрет, но не программистами или веб-мастерами, а индивидами, которые решили что веб это просто и легко и не стоит сильно париться над своими скиллами и знаниями.
    Ответ написан
    8 комментариев
  • Как исправить отсутствие определений некоторых стандартных методов js в typescript?

    0xD34F
    @0xD34F
    в бровзере этот метод (на чистом js) срабатывает должным образом

    Чё-то я в это не верю.

    не знаю, как сделать этот пайп рабочим

    Да обычным slice'ом строку нарежьте:

    `(${value.slice(0, 2)}) ${value.slice(2, 5)}-${value.slice(5, 7)}-${value.slice(7)}`
    Ответ написан
    Комментировать
  • Почему при объявлении переменной, в любом языке программирования, резервируется весь размер памяти отведённый под тип данных?

    Stalker_RED
    @Stalker_RED
    Пример с SSD некорректный, все равно что требовать от камаза, например, выпустить грузовик с грузоподъемностью 20кг. Производителю нужен рынок сбыта.
    Тем не менее, небольшие чипы памяти существуют, только никто на них не пишет, что это "SSD".

    Выделение памяти - операция не бесплатная, и кто-то решил, что так будет выгоднее.
    https://randomascii.wordpress.com/2014/12/10/hidde...
    https://habr.com/ru/post/270009/

    Как-то всё топорски устроено
    Вы можете написать сви менеджеры памяти,компиляторы и другие сопутствующие штуки. Не исключено, что обретете мировую известность. Но не думайте, что до вас никто не пытался.
    Ответ написан
    2 комментария
  • Почему рандомные элементы массива заполняются мусором?

    jcmvbkbc
    @jcmvbkbc
    "I'm here to consult you" © Dogbert
    char **array;
    array = malloc(arr_len);
    
    for(unsigned long step = 0; step <= arr_len; step++)
    {
        array[step] =

    Потому что в этом коде две большие ошибки. Первая: памяти для массива указателей из arr_len элементов требуется не arr_len, а arr_len * sizeof(char *). Вторая: цикл выполняет не arr_len, а arr_len + 1 итерацию.
    Ответ написан
    3 комментария
  • Почему в этом случае консоль выдает ошибку NullReferenceException?

    GavriKos
    @GavriKos Куратор тега Unity
    Дело ровно в том, что у вас что то равно null.
    Что конкретно - покажет дебаггер, но 99% что это instance у InputManager.

    При завершении игры в консоль постоянно выводится true, хотя, как я понял, это свойство должно возвращать в этот момент false

    деактивация сцены никак не связана с этим свойством. Почитайте мануал.

    Для решения проблемы есть два варианта:
    - проверить instance на null
    - пересмотреть архитектуру, чтобы таких вызовов небыло.
    Ответ написан
    3 комментария
  • Как бы вы поступили?

    @orbit070
    Проект имеет большой потенциал, вероятность того, что он стрельнет - 90%

    Так думает каждый человек, который пилит какой-то проект. Выстреливают 2-5%. Просто статистика.

    В данной нише крутятся немалые деньги, и проект мог бы "убить" некоторых гигантов в крупной сфере (разумеется, если правильно и эффективно раскручивать, дорабатывать и продвигать).

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

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

    Поначалу многим кажется, что можно в одиночку тянуть проект, но к сожалению это не так. Я скажу больше: даже элементарно роль разработчика в одиночку не всегда можно тянуть, а вы хотите быть одновременно разработчиком/тестировщиком/админом/маркетологом/менеджером/управленцеми/бухгалтером/юристом/и т.д. Если бы такая формула работала, то в компаниях вместо 15-и зарплат всем этим людям, платили бы одному умельцу, но даже если такой умелец существует, который прожил три жизни и вобрал в себя все эти знания и умения, то все равно ничего не выйдет, ведь в сутках всего 24 часа. В общем это невозможно, как бы вам этого ни хотелось. Я понимаю, что соблазн велик и делить с кем-то потенциально жирный кусок мяса не хочется(делить, потому что денег у вас я как понял нет, значит придется отдавать долю в проекте), но у вас выбора почти нет. История знает единицы случаев, когда кто-то в одиночку запускал успешный бизнес в интернет-пространстве. Просто изучите историю и поймете - почти за всеми известными цифровыми продуктами стоят команды, потому что физически в одиночку это почти невозможно. Я готов руку на отсечение отдать, что если это будет работающий продукт, вы даже роль разработчика собой не закроете, не говоря уже об остальном, потому что там работы не на одного человека. Если вы думаете что админить, девопсить, тестировать, багфиксить, внедрять новый функционал и тд можно в одиночку, то вы очень сильно заблуждаетесь.

    Итого: нужно найти в себе силы и снять розовые очки. Сделали проект - хорошо. Теперь пойдите и найдите 50 человек, которые скажут, что продукт им может быть полезен. Как только они скажут "круто я бы пользовался" - скажите отлично, вот мой сайт, пользуйся. Так вот если из этих 50и человек хотя бы 3 человека заплатят деньги - то поздравляю, вы создали действительно что-то полезное, и польза продукта подтверждена. Теперь берете пару сотен долларов и ищете наиболее дешевые каналы привлечения клиентов - пробуете разные виды рекламы. Если на двести долларов привлекли например 10 платящих клиентов, то один клиент вам обошелся в 20 долларов. При этом например ваш продукт(для примера) стоит 25 долларов, получается экономика сходится - потратили 20 получили 25. Любой инвестор с удовольствием рассмотрит ваш проект и с большой долей вероятности даст денег. Удачи
    Ответ написан
    Комментировать
  • Какую книгу начать читать для JavaScript?

    vetero4eg
    @vetero4eg
    Frontend
    Посмотрите Выразительный JavaScript. 3-е издание

    Ну или JavaScript. Подробное руководство, Флэнагана (ее кажется переиздавали недавно, хотя в старой версии тоже найдется полезного).
    Ответ написан
    Комментировать
  • Какова максимальная длина пути файла в ext4 и уровень вложенности каталогов?

    @rPman
    ext4 лимитирует длину имени файла в 255 байт (utf8 на символ может уходить переменное количество) но не лимитирует количество вложенных каталогов, но в Linux максимальная длина пути при открытии файла - 4096 байт (переменная MAX_PATH в limits.h) но это длина строки пути, вы можете открыть файл относительно какого то каталога или примонтировать файловую систему по определенному пути и т.п.
    Ответ написан
    Комментировать
  • Как получить кол-во миллисекунд до завтрашнего дня?

    might
    @might
    javascript developer
    function getMSBeforeMidnight() {
    	const today = new Date();
    	const tomorrow = new Date(
    		today.getFullYear(),
    		today.getMonth(),
    		today.getDate() + 1,
    		0, 0, 0);
    	return tomorrow.getTime() - today.getTime();
    }
    Ответ написан
    Комментировать
  • Новичкам без опыта во Frontend очень сложно найти работу, а как дела обстоят у опытных Senior Developers?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Даже не ищущих работу сеньоров постоянно пытаются сманить на лучшие условия, причём рекрутёры со всего мира.

    Я себя к сеньорам не причисляю, но без работы никогда не оставался на срок больше пары дней.
    Ответ написан
  • Как объяснять кадровикам быстрые смены работы?

    BBmike
    @BBmike
    когда несколько раз бьют по морде, то дело не в паспорте, а в морде (с)

    Вы в себе разберитесь а не просите совета, что Вам лучше соврать кадровикам.
    Ответ написан