Pull to refresh
23
0
Лев Рычковский @devlev

web-программист

Send message
До сих пор не получается нормально отформатировать простой код на c#. Приходится использовать табы и вручную расставлять нужные отступы. Может в новой версии это исправили.


VS 2017. Версия 15.9.9
Код со скрина
using System.Collections.Generic;

namespace TempProject
{
	public class Temp
	{
		public static void Example()
		{
			Dictionary<string, object> temp = new Dictionary<string, object>
			{
				{ "a","a" },
				{ "b","b" },
				{ "c",new {
					a = "qwe"
				} }
			};
		}
	}
}

Могу добавить про MG996R из личного опыта. Года 3 назад хотел собрать механическую руку, чтобы потом рисовать ею какие-то контуры. Для меня основной проблемой тогда стало то что под нагрузкой серва уже не занимала заданный мне угол а прижималась как бы к крайнему положению. Так же была проблема задания одного и того же угла когда серва поворачивается по направлению действия нагрузки и против направления действия нагрузки. Возможно в вашем случае сервы посильней, а плечо меньше и такой проблемы не возникнет, но то что серва под нагрузкой может принимать не совсем точное положение надо иметь ввиду.

Кстати сохранилось само видео той руки:


К вопросу о расширяемости:
Нашей вселенной это не грозит, так как она расширяется.
А как вы относитесь к этой теории habr.com/en/post/371363

А вот этот Лунный спутник наса интересно фоткал американский флаг на луне? Хотя с разрешение пиксель на метр наверно флаг будет как один два пикселя, но вот если в момент заката или рассвета когда флаг образует большую тень должно быть хорошо видно. Интересно, есть ли такие снимки?

Да это же просто шедевр!
Тоже что-то не пойму, вроде не было раньше такого. Может конечно после послабления гаек теперь можно?
Ну как-то это все выглядит странно/не логично. Может я конечно не правильно это все представляю и сравниваю. Просто когда я иду в магазин покупать например хлеб, я плачу деньги, получаю хлеб. Я не плачу еще денег чтобы хлеб был вкуснее. И не плачу денег просто так не получая хлеба.
По поводу «устранение угрозы радиационных аварий вблизи своих границ» ну там как бы далековато довольно, по воде 650 км. Авария в Чернобыле по воздуху ну не больше этого расстояния распространилась. А тут даже не реактор, только хранение и переработка. А то что в воду сливают ну так и дальше могут сливать, никто и не узнает. Нижу тут написали что «более не сливают/обещают не сливать отходы в океан/море.» ну тоже как то не очень тянет на услугу (Quarc). Ну или вот «Деньги потраченные Японией это своего рода инвестиции в будущее.» (OnelaW). Ну может быть конечно это и так. У них вот совсем недавно была трагедия с Фукусима, и там просто огромное количество отходов, радиационной жидкости, предметов. Все это надо где то перерабатывать/хранить длительное время. А территория Японии и так довольно мала. Плюс собственных перерабатывающих предприятий у них нет (согласно вики, может это и не так). Ну и сама цель Японии это полностью ликвидировать последствия аварии через 30-40 лет. Поэтому и возникает предположение что эта инвестиция в хранение отходов с территории Японии. По крайней мере так, все начинает становится более логичным. Вот вам деньги на строительство нового перерабатывающего комплекса, вот вам краны, а с вас услуга по переработке потом наших отходов. Результат: удаление радиационных отходов с собственной территории и забота о будущем своих поколений. (А то что был принят закон об охране окружающей среды, и запрете ввоза импортных отходов, всегда можно найти обходной путь)
Когда покупают товар/услуга то обычно платят деньги а в замен получают товар/услугу. В статье сказано про деньги которые поступили от Японии, но не сказано про товар или услугу которая была оказана. Вопрос, что за товар/услуга была/будет оказано?
Автор — хочется добавить свои пять копеек и прежде всего сказать что вы молодец! У самого все чешутся руки выложить свой проект в opensource и как минимум по средством хабра донести до масса свой костылик в решении некоторых проблем в C#. Прочитав вашу статью стало еще больше понятно с чем возможно придется столкнуться. Но тем не менее, даже после получения вашего опыта все равно хочется выложить свой проект для масс и возможно это кому то принесет пользу.
Автору спасибо за статью. Blazor реально крут. Но — но медленный. Холодный старт 15мб и 12сек времени это на гарантированной скорости в 100мб/с и среднем железе. Тоже пробовал написать свой Hello World и был немного разочарован скоростью. Как верстальщику мне жутко еще не понравилось real-time обновление страниц при небольших изменениях — порядка 8-10 секунд (тестил в студии, готовый пример, возможно это можно как-то оптимизировать). Ну и даже Hello World уже прилично весит. В целом, как мне кажется, технология действительно имеет место быть, но пока ее можно использовать в каких то узкоспециализированных проектах, в которых скорость загрузки не важна, а нужно выжать максимум из возможностей браузеров. Может какие то игры делать на этой платформе оправдано. SPA с быстрым холодным стартом точно мимо
В наблюдении facebook классы являются большим препятствием при изучении React.
Но реалии интереснее. В Slack-е webstandart-ов стал натыкаться на элементарнейшие вопросы в разделе #react. «У меня не работает, почему?». Лезу в код — о боже. Указываю на конкретную проблему… аргументирую… В итоге выясняю, что человек не понимает даже в каком порядке интерпретатор выполняет код. К примеру, что переменную стоило бы объявить и дать ей нужное значение ДО ТОГО, как пытаться что-нибудь из неё прочитать. Ну и прочая такая дичь.
Может все таки стоит признать что после наблюдений facebook и собственного опыта мир возможно реально уже деградировал? Судя по вашим результатам собеседования все действительно может быть плохо, и молодым новобранцам тяжело сразу вникнуть в суть. И поэтому идея с хуками имеет место быть так как это небольшой шаг назад чтобы сделать жизнь им (новобранцам, не вам специалистам с опытом) жизнь чуточку проще. Этакий функциональный подход.
Вам необходимо понять как работает this, а он не работает так как в остальных языках программирования, так же следует помнить о привязке обработчиков событий.
Вы следующее предложение читали?
Вообще жизнеспособно. Пока конечно сложно представить какие сложности могут возникнуть при написание компонентов на хуках вместо классов. Это можно будет узнать только в полевых условиях.
А что с Google Pay? Там достаточно чтобы телефон был просто разблокирован и палец подносить не надо, идешь по улице и залипаешь в соц сети, с включенным NFC. К тебе терминал приложили и деньги улетели. И сумма не ограниченна 1000 рублей, можно списать и больше.
Это вообще нормально?
Ну вот не лежит у меня душа к css-modules. Что-то внутри меня прямо так и говорит: «Не используй css-modules!»
Я тоже склоняюсь к такому решению.
Верстайте письма для email рассылок! Это же прямо как окунуться лет на 20 назад. Табличная верстка, нарезка картинок, указание всех стилей в каждом теге, и вечная оптимизация под разные клиенты… Вот это я понимаю — романтика!
Да, но как быть с этим?
<ul class="article-rewind article-rewind_type_static article-rewind_lang_ru">
    <li class="article-rewind__next">
        <div class="article-rewind__next-text">Читать далее</div>
        <a class="article-rewind__next-link" href="">Основные понятия</a>
   </li>
</ul>

Как то однажды я сделал так:
const _ = "app_tourney__popup__";
const w = _ + "w";
const l = _ + "l";
const r = _ + "r";
const b = _ + "b";
const c = _ + "c";
const bg = _ + "bg";

export default class TourneyPopupView extends React.Component {
    render() {
        const { position } = this.props;

        return (
            <span className={b} ref={e => (this.b = e)}>
                {this.props.children}
                <span className={c}>
                    <span className={(position == "right" ? r : l) + " " + w}>
                        <span className={position == "right" ? l : r}>
                            <span className={bg}>{this.props.title}</span>
                        </span>
                    </span>
                </span>
            </span>
        );
    }
}

Information

Rating
8,638-th
Location
Тула, Тульская обл., Россия
Registered
Activity