Group video chat for in-person virtual meetings, anywhere, anytime.
JSer.infoの500回記念の記事です。 目次 JSer.info 500回更新しました 🎉 Slackワークスペースを作りました ここから参加できます 雑談したり、編集作業を載せたり、編集後記を載せたりする場所です コラボレータを募集しています Slackベースでデータの更新する方法を用意したので、JSer.infoの更新に関わりたい人を募集しています 10年に向けて JSer.infoに最初の記事を投稿してからもう500回目です。 日数にすると3500日ほど、毎週更新し続けています。 あらためてJSer.infoの目的を振り返えると次のようなことが書かれています。 改めて、このサイトは言語問わないJavaScriptの情報を紹介するサイトです。しかし、真の目的はJavaScriptの情報を”紹介”ではなく”知ってもらう”事にあるため、継続的な活動が必要となるでしょう。 しかし、よ
複数の参加者がフリップに回答を書き、正解かどうかが色で表示されるテレビのクイズ番組風のエンターテイメントが、自宅のパソコンやスマートフォンで楽しめるようになります。 インターネット関連コンテンツの開発を手がけるバスキュールは6月9日、クイズ番組風のコンテンツを制御・表示するためのシステム「Connected Flip」を発表しました。ZoomやGoogle Meet、TeamsなどのWeb会議ソフトの画面内に表示でき、Web会議の合間に楽しむといったことが可能になります。 インターネット経由で楽しめるクイズ番組風のコンテンツを制御・表示するためのシステム「Connected Flip」 Connected Flipは、問題の出題や回答の集計、正誤の判定や表示などを行うホスト側と、回答する参加者に分かれて利用します。参加者がスマートフォンやタブレットを使って手書きで回答した内容は一覧でズラリ
2014年か15年の頃だった。僕はその時、コンサル会社に出向していて、毎日深夜まで働いていて、殆どタクシー帰りだった。 よく覚えているのだが、確かその日も1時半ぐらいに帰宅して、ask.fmという質問回答サイトを見ていた。そうすると深夜にもかかわらず一人の中学生から質問が届いた。こんな内容だった。 中学2年生不登校の者です。僕はハーフなんですがそれが原因でいじめられていました。 田舎で日本語もあまりうまくないので余計いじめられます。 | ask.fm/M_znuask.fm (この前にもやりとりがあったはずだが見つけられなかった) 自分は中学生だが、ハーフで日本語が上手くないからいじめられていて不登校になったという内容だった。なんで中学生がこんな深夜にオッサンのaskに質問をと思ったが、たまたま見かけて、藁にもすがる思いだったのだろう。何かいい言葉をと必死で考えた。 まず、貴方は今が人生の
「実務未経験からWeb系エンジニアにジョブチェンジする方法」に関しては、最近かなり広く知見が共有されるようになってきましたが、「Web系エンジニアにジョブチェンジした後の転職戦略」に関してはまだまだ有用な情報が少ないという印象です。 学生時代からプログラミング経験があり、レベルの高い有名Web系企業さんに新卒で就職できた方たちは別として、キャリアの途中でWeb系エンジニアにジョブチェンジされた方たちが「エンジニアとして爆速で成長していく」「早い段階でガッツリ稼げるようになる」ためには、「適切なタイミングで適切な環境に移動する」ことが必須となります。 さらにその「移動頻度」に関しては、皆さんの考えている「数年ごとに転職」程度では大抵の場合「少なすぎ」であり、特に最初の会社に関しては「1年程度で辞めることが望ましい」というのが私の見解になります。 以下、最初の会社を1年程度で辞めた方がよい理由
昔から、さまざまなコミュニティをつくってきた。ただ、どれも長続きはしなかった。結局、今も残っているのは一つだけ。最初は集まってきたみんなもこれから始まることに期待でいっぱい。すごい盛り上がりを見せる。ところが、たいていの場合わずか2回目の集まりを経たところで、もう衰退期に入っていく。3回目には集まる人数が激減する。ここまで2-3ヶ月程度のことだ。コミュニティは2回集まると死ぬ。 長らく、その理由が分からないでいた。どういう工夫をとっても、たいてい死んでしまう。どういう集まりだったとしても。顔ぶれが違っていても。同じ道を辿る。まるで私だけタイムリープを繰り返しているかのように。2回目で死を迎えることになれてしまっているし、特に驚きもしない。ただ無力さだけはいつも感じていた。 ある時、一つの仮説に思い当たった。ヒントはリモートワークだった。仕事として、リモートワークを基本とする日常を送り、組織
【問題提起】篠原嘉一氏に情報教育の講演を依頼する前に考えていただきたいこと 〜ITエンジニアから見た、情報教育のあり方について〜 - give IT a try うーん、この告発の通りなら、この講師の方は、はっきりと間違った知識を子供たちに教えていることになるので、大きな問題だと思います。そこは、すぐに訂正してほしいです。 でも、これは講師の人の個人的な主観というよりは、先生方や保護者の要望を取り入れて数をこなしていくうちに、そういう方向になっていったということだと思います。 個人的には、「子供たちに嘘を教えている」ということに対して、先生方の反応が鈍いということがショックでした。学校の先生というのは初等教育といえども学問を教える人ですから、「知識の正しさ」というものにはもっとこだわりがあってもいいんじゃないかと思います。 それで、「小学校の先生のミッションは何だろう?」ということを考えて
コミュニティ大好き! 僕は、インターネット上でのコミュニケーションサイトを作るのがとても好きなのですが、「アンサー」というiPhoneアプリを作ったこともあり、最近そのあたりについて、また詳しく考えています。 コミュニティサービスを作る時に、いつも読みなおす名著があります。「アーキテクチャの生態系」という本です。 2ちゃんねるやニコニコ動画、mixiなどについて、社会学的な切り口で批評している本で、本当に素晴らしいです。 さて、この中で特に最近注目しているのが、コミュニケーションの種別です。 一般的にコミュニケーションとは、送信者と受信者の間でなんらかの「内容(メッセージ)」がやりとりされるモデルで考えられています(コミュニケーション論では、郵便物が配送されるのにたとえて「小包(パケット)モデル」とも呼ばれます)。 しかし、九十年代後半以降に現れた若者のデジタル・コミュニケーションのスタイ
先日、京都大学で開かれた id:matsumoto_r さんの博士学位論文公聴会に参加してきた。 4/25にある博士学位論文公聴会に行ってまいります!https://t.co/aiWIpLDLmg— 松本 亮介 / まつもとりー (@matsumotory) April 14, 2017 博士学位論文公聴会というものを、そもそも僕はあまりよく知らなかった。とりあえず、博士の学位を取得するための最後のステップと認識している。厳密には、この後にもいろいろあるらしいのだが、その日のうちに学位取得の合否が決定され、晴れてmatsumotoryさんが合格された様子をその場でみることができた。本当におめでとうございます。 発表内容について 博士論文や当日の発表スライドはそのうちmatsumotoryさんが公開されると思う。発表内容自体は、当たり前だけど、以下の予備審査のスライドとほぼ同等のものだった。
WebRTCセキュリティレポート あらまし WebRTC(Web Real-Time Communication)は、Webアプリケーション技術の昨今のトレンドの一つだ。WebRTCを利用すると、プラグイン無しで、また他の条件も無しでリアルタイムコミュニケーションを実現できる。だが、そのオープンソースとして性質から、WebRTCを採用しようとする人がセキュリティ上の不安を覚えることもあるだろう。本レポートはWebRTCのセキュリティについて明らかにし、他の技術と比較してWebRTCのセキュリティが優れていることを解説する。 1. 導入 WebRTCはオープンソースのWebベースの技術であり、ユーザがリアルタイムメディア通信を、プラグイン無しで実現可能な技術だ。適切なブラウザを利用すれば、ウェブサイトをブラウズするだけで、他者に発信して通話することができる。 WebRTCの主なユースケースは
リンク 結城浩の公式Webサイト 結城浩 / Hiroshi Yuki 書籍『数学ガール』作者、結城浩の個人サイト。数学、プログラミング、文章書きに関する情報と、気軽な読み物。 334 users 43 リンク twitter.com 結城浩(@hyuki)さん | Twitter 結城浩 (@hyuki)さんの最新ツイート 『数学ガール』の作者。結城メルマガとWeb連載を毎週書いてます。文章書きとプログラミングが好きなクリスチャン。気軽に絡んでくださいね。 双倉図書館 11 users 169 KAGAMI_Hiromichi @kagamihr 算数に現地して掛け算の順序が一番有名ですが、初等教育の現状に色々な問題があることは確かだと思います。そしてそれを根気よく指摘することも大切だと思います。その点について「掛け算の順序に詳しい大学の先生」は重要な役割を果たしていると思います (続く
ときどき、たまたま自分がそのとき考えていたことについてそれを補強するような材料が偶然たくさん集まってくる、なんてことがあります。そんな出来事があったので、ちょっとブログを書いてみようかなと。 以前に HBFav を作ったときこんなことを書きました。 Mark Zuckerberg は、いずれみんな、ニュースは友人知人経由で知ることになるだろうと言っていました。自分もそうなるだろうと思います。 4年ぐらいが経ちましたが、その思いは以前よりも増して確信めいたものになってきています。 ところで先日、Twitter の iOS アプリに「ニュース」という機能が追加されました。人によっては出てないそうなのでまだテスト中か、もしくは既に削除されているのかもしれないですが。 この機能についての自分の感想は以下のようなものでした。 もうすこし補足します*1。 Facebook や Twitter のような
いま所属している組織で使っている情報共有システムが僕はいまいち好きではなくて,気に食わないところを twitter にガーッと書いたんだけど,さてここで「良い情報共有システムとは」と考えた時にスッと言語化出来なかったので,僕の思う情報共有システムに求めることをここでまとめておくことにする. エディタが腐ってない これは本当に重要で,エディタが腐っていると「Wiki を書こう」という気がそもそも起きないし,起きたとしてもエディタがストレスフルだと文章を書き始めてすぐに嫌になってしまうので最低限エディタはまともである必要がある.さもなくば Wiki は廃墟と化す. WYSIWYG なエディタを利用するのは難しいと思っていて,本当に使いやすい WYSIWYG エディタを作るというのはかなりコストが高い (WYSIWYG エディタはある程度まで完成度が高まっていないと使い物にならない気がする) の
esa がまだ無料の時に半年くらい使ってた。6人くらいで使っていてだいぶ使いやすい感じだった。 その後、有料のアナウンスがesa 運営からあって、社内で課金するか否かについて議論することになった。 (略) 全体で使うことばかり頭にあったため、営業も巻き込んで利用者の母数を増やしたがアクティブユーザがたいへん少ない状態になった。(そりゃそーだよな...) やべーなと思っていた矢先、導入反対派の「お金払っているから嫌々使わざる得ない状況になるなら導入するべきではない(意訳)」という言葉に心が折れてそのまま白紙に。 母数を増やすところに至るまでに、他ツールのと差別化について調べたり反対派との議論でだいぶ疲弊してたということもあってポッキリ折れた。 心が折れる前、エンジニアチームに限っての利用という方向も候補として上がっていたのだけど、一部のデザイナや一部の営業が読み専としてログインし
Brad Wiskirchen氏はKountのCEOである。 via Flickr by “Heisenberg Media“. Licensed under CC BY-SA 2.0. 電話の声がうるさかったり、同僚のゴシップ話をしたり、会議で割り込んで話し始めたり、職場の冷蔵庫から人の食べ物を勝手にとったり。 「職場の厄介者」のことだ。 社会に出たことがある人なら、おそらくこうした低EQな人に出会ったことがあるかもしれない。特徴は、自覚の欠如、いじめ、裏切り、そして利己主義だ。どの職場にも嫌な仕事仲間がいるわけではないが、厄介者の存在は必ずビジネスに影響する。結局、企業の良し悪しは社員のそれに比例するのだ。 私がCEOとして学んだことは、職場で好き勝手やる粗悪な社員がもたらすネガティブな影響から、どのように会社を守るか、さらに言えば、会社を始めたばかりのリーダーが職場に信頼や責任感、協
ニコニコ大百科というサービスの、企画・開発・運営を3年間やらせてもらった。その幸運に感謝している。 当初は、MediaWikiというWikipediaと同じシステムを改造して匿名掲示板をつけるだけ、という予定だった。実際にMediaWikiの改造をはじめたところ、かなり制約が多かった。「HTML書けるようにしていいですか?」「1から実装していいですか?」と会議で無茶な要求を通し、「Ruby最近書いてなくて忘れそうだからRubyを採用」などのいい加減な実装プランを受け入れてくれた関係者には感謝してもし足りない。 ニコニコ大百科に、「ニコニコ大百科:楽しく過ごすために」という記事がある。僕が初版を書いた記事だ。この記事、結構気に入っている。 小学生4年生くらいのころ、OMRONの2400bpsモデムをオヤジが家に持ち込んできたときから、僕のネットワークライフは始まった(音響カプラじゃないところ
エンジニアを一人にしない これは、決して一人プロダクトが悪ということじゃない。 孤独、孤立させることが問題ということ。 エンジニアを一人にさせないために 一人になってるエンジニアの周りができること 飯に誘う チャットルームで飯でいくらか話していた話題から、興味ありそうな部屋に招待する gitの使い方や、Windows 10の話とか、プロダクト外の話であれば共有しても問題ないのでそういうことをガンガン話す 飲み会については、たまにプライベートで安い飲み屋でもいいから誘う。お酒飲めない場合はランチ! もしエンジニアが体を動かすことに興味があるのであれば、フットサルなど、プロダクトではないけど協調作業を通じて成果がでるようなことをさせる。協力系のボドゲ(パンデミックとか)でも良いかもしれない 一人になってるエンジニア、あなた自身ができること エンジニアのエリアに顔を出して、挨拶する。これだけでも
「プロジェクト全体のMLにエラー通知メール飛ばすのうざい」、「〜についてはみんながいるチャンネルで相談すべきことではない」みたいな指摘がある。 個人的には情報は可能な限り広いスコープで公開してほしいし、自分でもそうしようとしている。まだ未熟なので霊力に負けることもあります...。 というのも、「情報が届いていない」ことによる不利は仕事上非常に大きいし、場合によって致命的になるので、むしろ冗長化して届けられているべきなのである。 あと、情報が多ければ多いほど普通は判断が適切になると思うので、情報が広く共有されていると言うことは、チームメンバー一人一人が自分で判断できる材料を持ちやすくなると言うことにもつながる。スクラムとか色々言われているけど「一人一人が自分で判断できる」ということはどういう開発スタイルでも大事だと思う。 なのでむしろみんながいる場で議論していたり、細かい情報をどんどん流して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く