声を出さずに「助けて」と伝える世界共通サイン、憶えておくといつか助けられたり誰かを助けることができるかもしれない
リンク Wikipedia Signal for Help The Signal for Help (or the Violence at Home Signal for Help) is a single-handed gesture that can be used by an individual to alert others that they feel threatened and need help over a video call, or in-person. It was originally created as a tool to comb 1073 ゆずみかん🇫🇷パリでフリーランサー @yuzumikan4791 世界中で使える”助けて“のハンドサイン。HelpのHと、MeのMの形。 家庭内暴力など、声をあげて助けを呼べない場面で使うことが可能です。 国際女性
仕事のできない人はメールの文面に配慮がない
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
Better than Zoom: Try these free software tools for staying in touch — Free Software Foundation — Working together for free software
You are here: Home › Blogs › Community › Better than Zoom: Try these free software tools for staying in touch The COVID-19 pandemic has caused an enormous amount of changes in how people work, play, and communicate. By now, many of us have settled into the routine of using remote communication or videoconferencing tools to keep in touch with our friends and family. In the last few weeks we've also
海外のOSS なWebRTC SFU 開発者たちがコミュニティに絶望してる話
WebRTC コミュニティの問題これ以外にも webrtc-discuss や react-native-webrtc などのコミュニティでもドキュメントを読めば分かる質問、回答を書いても反応がない、助けて！とだけ書かれた投稿などがとても多いです。 この理由は OSS よくあるといえばそれまでなんですが、それ以外にも問題があると思っています。 WebRTC って音声や映像をリアルタイムに送受信する技術なわけですが、誰が見てもわかるんです。音が来ないもすぐわかるし、映像が遅延してる、表示されないもすぐわかってしまうんです。 つまり技術者じゃなくても問題が起きていることに気づけてしまうんです。 で「なんか音声が流れてこない！このソフトウェアは問題だ！」となってしまうわけです。 これに対応する場合、作者たちは「WebRTC という技術の難しさをよくわかっていない人たち」へ無料のサポートを提供しな
「日本に震度10級の地震」という動画は存在しない、「念のために」は誰のため - ネットロアをめぐる冒険
今日は鮮度が命の記事なので、ぱぱっと書きます。 こんな注意のツイートが回ってきました。 生島ヒロシさんから、緊急のお知らせが来ました。 「日本に震度10級の地震、と言うタイトルの動画が来たら、絶対に開けないでください❗️すぐに削除して下さい。 実際の動画ではなくスパムウイルスですが、携帯電話にある送金機能など、銀行業務の情報を引き出すそうです」 との事です。要注意です。 — 湯川れい子 (@yukawareiko) 2020年2月5日 記事を最後までお読みにならない方のために結論から書けば、このツイートの内容は、デマと言ってよいでしょう。既に何人も指摘されてはおりますが、少し細かく検証したいと思います。いつものことですが、Twitterの日時や言葉は多少変えてます。 ＊＊＊ 情報の発生 現在、twitter上の検索で引っかかる最古のツイートは、2月5日のお昼ごろのものです。「！」マークのあ
“格安スマホ”の利用方法やサポート内容に注意−今までの携帯電話会社との違いを確認してから契約しましょう−(発表情報)_国民生活センター
現在の位置：トップページ > 注目情報 > 発表情報 > “格安スマホ”の利用方法やサポート内容に注意−今までの携帯電話会社との違いを確認してから契約しましょう− *詳細な内容につきましては、本ページの最後にある「報告書本文[PDF形式]」をご覧ください。 比較的安価な料金体系でサービスを提供しているいわゆる“格安スマホ”（注1）の契約数は増加傾向にあり、現在2,000万件に達しています（注2）。2017年度以降、全国の消費生活センター等に寄せられる“格安スマホ”に関する相談は2,000件を超えており、「通話時に専用のアプリを使う必要があると知らず、通話をしたら高額な請求を受けた」「スマートフォンの使い方が分からないが、店舗でのサポートを受けられないため解約したい」等、“格安スマホ”の利用方法やサポートが消費者の認識と異なっている相談などが、2017年4月公表の注意喚起（注3）後も引き続き
国民生活センターが「格安スマホ」に注意喚起――そもそもシニアに格安スマホを勧めるべきなのか
1月16日、国民生活センターが格安スマホに対する相談が増えていると発表。業界団体に対して、高齢者のユーザーに丁寧な説明をするようにと注意喚起したという。 この記事について この記事は、毎週土曜日に配信されているメールマガジン「石川温のスマホ業界新聞」から、一部を転載したものです。今回の記事は2020年1月18日に配信されたものです。メールマガジン購読（月額税別500円）の申し込みはこちらから。 実際、2015年以降、60歳以上の高齢者ユーザーのクレームが増加傾向にあるとのことだ。「無料通話には専用のアプリを使う必要があることを知らなかったため、高額な請求を受けた」「使い方を問い合わせたいのに店舗でサポートが受けられない」などの苦情が国民生活センターに寄せられているというのだ。 そもそも、「なぜ、格安スマホは安いのか」という点を理解しないまま、安易に格安スマホを契約しようとしている状況がどう
コードレビューで心がけている3つのこと【PHPカンファレンス協賛記念ブログ！】 - コネヒト開発者ブログ
こんにちは！エンジニアの @fortkle です。 あの伝説のゲーム「メダロット」のスマホゲームのリリース日がついに 2020年1月23日と発表がありました!*1 いまからワクワクしてきましたね！リリースしたらぜひロボトルしましょう！ さて、今回の記事は「コードレビュー」についてです。コネヒトに入社してから早4年、数百のPRをレビューしてきてだんだんと自分の中でコードレビューに対する接し方が定まってきました。今日は私がコードレビューで心がけていることについてご紹介できればと思います。 レビュワーとして ① "既存コード" の 歴史的経緯を素早く紐解く コードレビューは様々な目的で行われますが、「欠陥・バグを検出すること」「コードの改善」に期待をしていることが多いかと思います。 これらの目的を達成するためには、既存・変更後のコードの実装意図や背景を理解することがとても重要になります。特に長年
うぃる🐶 on Twitter: "@makabe444 この手の事を、男性を怒らせず、再発させずにかわせる能力を身につけられる女性があげまんなんですよ。すぐ被害とか、男尊女卑とか言う女性で、出来る男性と付き合ったり結婚する女性はいないね。"
@makabe444 この手の事を、男性を怒らせず、再発させずにかわせる能力を身につけられる女性があげまんなんですよ。すぐ被害とか、男尊女卑とか言う女性で、出来る男性と付き合ったり結婚する女性はいないね。
RESTはオワコンか、クエリ言語は「GraphQL」の時代へ
ゆっくりとだが、ある興味深い変化がデータセンター全体に浸透しつつある。それは、運用の管理にREST（Representational State Transfer）を使うという動きだ。これによりデータセンターアーキテクチャのモデルが使いやすくなり、自動化とオーケストレーションの機会が広がる。RESTは、コンピュータが普遍的なHTTPプロトコルを使って簡単に通信する方法として2000年に初めて導入された。RESTにより、さまざまなシステムを疎結合して情報を交換することが可能になった。 ただし最近、データセンターの軸足はRESTからGraphQLへとややシフトしている。 GraphQLとRESTの違い RESTの中心にあるのは「全てが1つのリソース」という考え方だ。当初は、この考え方が優れたソリューションだった。だが、このアーキテクチャは幾つか大きな問題に直面している。RESTのリソースは1つ
ネット論客が用いがちな19の詭弁
COVID-19 (39) MMT (12) ゲーム (7) ジェンダー (158) ソフトウェア (98) デザイン (16) 医療 (129) 医療，批評 (1) 英語 (23) 科学 (164) 確率・統計 (144) 環境問題 (136) 企業 (71) 記事整理 (5) 技術 (254) 金融 (263) 軍事 (92) 携帯電話 (94) 芸術 (11) 広告 (30) 航空 (109) 災害 (18) 財政問題 (71) 資源 (72) 事故 (31) 写真 (16) 社会 (551) 書評 (220) 冗談 (39) 数学 (45) 政治 (397) 中国 (32) 朝鮮半島 (60) 動画 (135) 犯罪 (64) 批評 (870) 表現規制 (74) 歴史 (83) 労働問題 (91) ネット界隈での議論では、誤謬推理と言うか詭弁を弄する輩は多い。素人談義だから仕方が
帰国子女さん、英語できないウェイターにマウントを取ったため炎上してしまう。
Yurie@オリーブオイル職人🇮🇹 @YurieAdachi 日本のレストランで一時帰国中に毎回起こった一コマ 彼「(英語で)これください！」 ウェイター「(私の方を見て)お決まりですか？」 私「(日本語で)あの、彼英語であなたに話してるんですけど」 ウェイター「(私の方を見続けて)英語苦手で。ご注文はお決まりですか？」 私「I don’t understand」 2019-09-29 04:05:58 Yurie@オリーブオイル職人🇮🇹 @YurieAdachi 英語が苦手ならそれでいい。でもまずは彼の方を見て、英語苦手なんですって言って欲しい。それがマナーでしょ。ほとんどのレストランは彼が英語で話しても私の方しか見てなくて無視だった。 実際彼が日本の唯一の不満点といったのがこのマナー。 これで本当に英語教育に力入れてるとは全く思えない。 2019-09-29 04:05:59
レビュー前に直して欲しい日本語の問題点８つ - Qiita
私はウンザリしています。 「○○対応」は曖昧なのでやめてください。「○○を修正した」の方が直接的です。 こんな指摘を新人が入ってくるたびにコードレビューやドキュメントレビューで繰り返しています。どうも、プログラマー（と言うか理系？）には独特の言語文化があり、みんな同じような分かりにくい表現をしてしまうようです。 「レビューを依頼する前にこれを読んどいて！」と言える記事なり本なりがあれば良かったのですが、良いものが見つけられなかった（ご存知なら教えてください）ので、とりあえずレビューでよく指摘する日本語の文章の問題点や変な表現ポイントを列挙しました。 なお「コメントは必要十分な量を書く」「チケット番号やWikiのURLを書く」といった、良く知られた・日本語に限定されない話題は省略しています。 （※コメント欄などの指摘を受け「補足」を追加） （※タイトル変更。「コードレビュー前に直して欲しい日
優秀なエンジニアを紹介する条件｜Seiji Takahashi@ベースマキナ
「誰かエンジニアで暇な人いませんか？」個人的にカンファレンスとかでエンジニアの知り合いの数が多くなったせいか、優秀なエンジニアの知り合いを紹介して欲しいと相談されることが非常に多いです。 「本当に優秀な人」以外を繋ぐならすぐ紹介できます。しかし、本気で生産性が高い人に声をかける場合、他のリファラル案件にも負けない条件を提示しないと絶対に来てくれないし、下手な紹介なんかしたら「僕と対象者の関係」「対象者の人生」「会社のプロダクトの成功」の全ての面で不幸が生じます。誰でもわかることだと思いますが、その割に結構雑に依頼を投げる人が多いな、という印象があります。優秀なエンジニアで仲良くしてもらってる人は、雑に紹介できるほど半端な友好関係ではないので、適当に繋いだりはしないです。 紹介可否の格差ある一定の基準をクリアしていると、すぐに紹介できます。紹介できない場合はよほど事情が変わらない限り良い報告
The Hottest Chat App for Teens Is … Google Docs
When the kids in Skyler’s school want to tell a friend something in class, they don’t scrawl a note down on a tiny piece of paper and toss it across the room. They use Google Docs. “We don’t really pass physical notes anymore,” said Skyler, 15, who, like all the other students in this story, is identified by a pseudonym. As more and more laptops find their way into middle and high schools, educato
コードレビューは「コードの欠点を指摘する行為」ではない - id:anatooのブログ
コードレビューを「コードの欠点を指摘する行為」だと無意識に思っている人を見かけるけども、そういうふうに認識しないほうがチームにとって良いですよ、という話。理由は以下。 レビュワーの方がレビュイーよりも実力が無いといけない、という認識と結びつきがち チームの若いメンバーがレビュワーになりづらくなる 古株のメンバーやリーダーの書いたコードがレビューされなくなる レビューで指摘された項目がない = (指摘された欠点が無いということなので)良いコードという図式になりやすい レビュワーが欠点を指摘するあまり攻撃的なレビューをしてしまうことがある 逆にレビュワーがレビュイーに遠慮してあまりレビューしなかったりする レビュワーが誰でもわかる間違いしか指摘できなくなり、建設的な議論が起こらなくなる コードレビューが機能不全に陥る原因の一つが、コードレビューに対する基本的な認識がずれていることだと思う。 じ
巨大ＩＴ企業ＧＡＦＡも「通信の秘密」規制対象へ | NHKニュース
「ＧＡＦＡ」と呼ばれるアメリカの巨大ＩＴ企業などに対し、総務省は日本企業と同じように個人データなどの「通信の秘密」についての規制の対象とする方針を固めました。 このため日本の通信事業者やＩＴ企業などからは、規制の対象に含め競争条件を同じにするよう要望が出ていて、総務省は新たに規制の対象とする方針を固めました。 具体的には「域外適用」と呼ばれる規定を使って、海外に拠点を置くＧＡＦＡなどに電気通信事業法を適用することにしていて、総務省が近く具体的な準備に入ることにしています。 規制の対象となった場合、電子メールの内容や位置情報に合わせて広告を表示するなどのＧＡＦＡのビジネスは、日本企業と同じように、個人の同意が必要になります。個人データの収集と活用で巨額の利益を上げるＧＡＦＡなど巨大ＩＴ企業をめぐっては、独占禁止法による罰則の適用など、日本でも規制の強化に向けた動きが始まっています。
数学専門の修士1年です。整数論を学ぶものの端くれとして助言させていただ..
数学専門の修士1年です。整数論を学ぶものの端くれとして助言させていただきます。とりあえず以下の分野について勉強なさることを薦めます。 (必要なら)微積分と線形代数の復習微積分なら杉浦「解析入門」がおすすめ。線形代数なら佐武「線型代数学」か斎藤「線形代数の世界」がおすすめです。 体とガロア理論堀田「可換環と体」、雪江「代数学1・2・3」あたりがよい。 環論Atiyah MacDonald「可換代数入門」、雪江「代数学1・2・3」あたりがよい。辞書として松村「可換環論」を買うといいかも。 整数論Serre「A Course in Arithmetic」とか、斎藤・黒川・加藤「数論」の6章あたりまでとか。 これらは数学科学部3〜4年のカリキュラムに含まれる基本的な知識です。先の内容を学びたい気持ちもあると思いますが、まずこれらの分野を「十分」学んでください。各分野についてどれぐらい学ぶ必要がある
整数論専門院卒、非数学者です。 まずは 1. ガロア理論 2. 楕円曲線 の二つに..
整数論専門院卒、非数学者です。 まずは 1. ガロア理論 2. 楕円曲線 の二つについて理解することを目標にされるといいと思います。 この二つは19世紀以前の数学の最高峰であり、また現代数学の多くの分野に関連することから、IUTを目標としない人でも学ぶ価値のある理論だと思います。 またIUTでは楕円曲線のガロア理論を用いて数の加法や乗法の構造を調べるというようなことをしています。 以下では、上の二点についてもう少し詳しく説明してみます。 1. ガロア理論 ガロア理論は方程式を解くということを群という対称性を用いて理解するものです。これを用いて5次方程式の解の公式の有無や作図問題などの古典的な問題が解決されました。これを理解するためには代数学、特に群や体について基本的な事を学ぶ必要があります。 さらに整数論に関わるものとして、p進体などを学んだ上で類体論を勉強なさるのがよいと思います。p進体
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コードレビューが好きになるプログラミングの原則 - Speaker Deck
