1人もしくは（すごく能力の高い人だけの）少人数での開発と、大人数での開発ではプログラミングに対して気にするべきポイントに差があるような気がしています。 ここでいう大人数の開発とは、「プログラミングがどれくらいできるのか、自分が把握していない人がコードを書く可能性がある環境」を想定しています。 ここに挙げているポイントは「規模感に関わらず常に気にすべきこと」も含まれていますが、大人数になると特に問題が大きくなりそうなものをピックアップしてみました。 また、レビューに対する工数をすごくたくさんかけられる環境など、開発現場によっては当てはまらないものもいくつか含まれていますが、本記事ではあまり気にせず思いついたものを羅列しています。 本記事では基本的に「レビューでつぶす」という解決方法はあまり考慮していません。粒度によりますが、本当に厳密なレビューフローがないと、どこかのタイミングで読みづらいコ

最近のアニメは嘘ばっかり 女子高生が南極に行ったり戦車に乗ったり筋トレしたり楽器を吹いたりキャンプしたり そんなレア趣味の持ち主がたまたま同じ学校に集まるとかありえないっつーの

成人の発達障害を診断してるとこってけっこう少ないんだな。ニートに唯一残された武器の時間を使い、せっせと検索した。 大概キッズ用で何度も挫折したが、まぁ暇だし探したわ。保健所?のサイトで検索できた。 見つけて予約。 せっかく予約するも、もっとあとにしてくれって言われて再挑戦。二度目に無事予約完了。 ノコノコ診察に向かう。メンタル系って行ったことないからビビった。案外キレイ。客層はやたらデブが多い。ちなみに俺もだ。 受付にいくとなんだか問診票を書かされる。 深く考えると「こう評価してほしい」みたいに考えちゃうので、なるべく考えずに書く。 しばしステイ。 看護師の子に予備診察みたいなのをされる。みっともないことを話さざるをえないけど、頑張って話す。バックレた理由とか挫折した背景とかな。 また戻ってしばし待機。 また紙を渡される。 DSM何とかっていう、精神科御用達の質問表らしい。 せっせと書く。

はじめに インターネット、Webの世界には大変有用な資料がたくさんあるのですが、情報がたくさんあってたどりつくのがいよいよ大変になってきた印象です。 読みごたえがあって、わかりやすく、一通りマスターすれば業務でも使えそうなのに、無料で読める。そんな良教材のリンクを集めてみました。 私も時間を見つけてトライする予定です。 ジャンルは様々ですので、ご興味に合わせてご利用ください。 教材集 色と配色 baigie.me このエントリーでは、デザイナー以外の方が読むことを想定し、最低限知っておくといい色と配色の基本をまとめました。基本なので、細かいことは端折って簡単にまとめています。しかし、駆け出しのデザイナーでも十分参考にできる骨太な内容ではないかとも思います。 プレゼンテーション liginc.co.jp ・なるべく時間をかけず、スライド作成よりも内容に時間を割きたい ・見栄えはできるだけ綺麗

注意 serveoがサービス停止中です。 みんな大好きcloud functionには欠点があります。 それは、実際にコードをデプロイしないと、httpsで公開できないこと。 そのため、slackのコマンドを作ったり、ラズベリーパイとかを開発するのに不便だったりします。 以前私はngrokというcliアプリを使っていました。 とても使いやすく、ユーザー登録＋ngrokのインストール＋セットアップだけで使い始めることができます。 お金を払えば固定URLもゲットできます。 しかし、今回もっと良いものを見つけたので紹介します。 serveoです。 なんとこのserveoインストールもセットアップも不要です。 ターミナルで、以下のように ssh -R 80:localhost:3000 serveo.net と打つだけで自分のPCのlocalhost:3000を、固定URLでhttpsとして公開し

通常のリアクションと川柳によるリアクションを比較すると、川柳によるリアクションの完了には通常のリアクションの約3倍~10倍程度の時間が必要になります。 +:絵文字コード: を活用してもかなりのタイプ数になるので、こういった反応が出てくるのはもっともです。 Tip : 一番最後に受け取ったメッセージにリアクションするには、メッセージボックスで +:絵文字コード: と入力して送信します Slack の使い方 Slack職人たちが暇か？と言われないように、またSlack職人たちの業務負荷軽減のために、効率よく川柳を詠むためのスラッシュコマンドを作ることを心に誓いました。 構成 今回作成する環境です。 各AWSリソースはざっくり以下のように利用します スラッシュコマンドインストール時 ユーザーのブラウザがAPI Gatewayのエンドポイントにアクセス API GatewayからLambdaを起動

かしまし @kashimashimsm 弟氏、姉の私がずぼらで生理中に体調崩しグダグダでケツが血みどろの部屋着のままの姿を見ていたため「こんな死にかけの兵士レベルで血みどろになる月1イベントを気付かせないようにすごしてる世間の女子はみんなすごいし気を使おう」と思ったらしいのでみんなもっと適当な姿を見せて生きた方が良い

Twitterにも上げましたが、作ってみました。 ときどきこういうのを作っては温泉欲を満たしたり、みなさんの温泉欲を高めたりしています…。なんでもそうですけど、お金が落ちないと存続できないので、私がなにか書いたり発信したりすることで温泉にお金が落ちるようになればめっちゃ幸せなので…。 〜〜〜 （追記） 海派？山派？がわかりにくくてすみません…！完全に寝ぼけてました。 海派→はい、山派→いいえです。 あと「箱根は電車でもバスでも行けるよ」と多くご指摘いただいておりますが、個人的には車で行ったほうがよいと思っているので右側に置きました。日帰り温泉や観光スポット回るとき、登山鉄道やバスだけだと結構たいへんなので…。箱根湯本だけ楽しむ、なら電車でもよいですが、箱根湯本駅から奥へ行くのであればけっこう手間だったりします。 草津・伊香保・四万も「車で行ったほうがよいのでは」とご意見いただいていますが、

時間が経ち、全容は未だ明らかになってない。 しかしそろそろここがタイミングだろうと、意を決し、覚悟を決めて、書く。 いろんな誤解、邪推、感情論、言うたらええ。知るか。 僕はアニメを半歩でも前に進めるために、書く。 まずはこの動画を改めて貼っておく。 2016年7月、ちょうど3年前の講演だが、僕は今般の事件に至る経緯を、既に説明（予言）していた。 京アニは2007年、匿名掲示板の「狂気」と結託し、僕をアニメ制作の最前線から引きずり降ろした。 ここで言いたいのは、僕を引きずり降ろしたことへの恨み事ではなく、彼らが「狂気」と結託した、という事実である。 ここから彼らとネットの「狂気」との共犯関係、そして僕とネットとの飽くなき戦いが始まる。 そこからかれこれ12年。 干支は一周した。 いや、しかし僕も最初から「狂気」と対峙していた訳ではない。 むしろ2007年までは、京アニの中でその「共犯関係」に

AWSは、AWSのさまざまなサービスからのメッセージをSlackもしくはAWS Chimeへ通知してくれる「AWS Chatbot」をベータ版として発表しました。 具体的には以下のサービスからのメッセージを扱うことができます。 Amazon CloudWatch AWS Health AWS Budgets AWS Security Hub Amazon GuardDuty AWS CloudFormation AWS Chatbotはこれらから送られてきたメッセージをAmzon SNS経由で受け取り、SlackもしくはAmazon Chimeへ通知します。AWS Chatbotを利用するための追加料金などは発生しません。 ITシステムの開発や運用の現場では、Slackのようなチャットサービスを人間同士のコミュニケーションに使うだけでなく、ビルドやデプロイなどシステムに対する操作や、その結

著者の中央大学法学部 海部健三准教授は、日本のウナギ研究のトップランナーの一人。 2018年に自身のWebサイト「Kaifu Lab」に掲載した、ウナギを取り巻く現状を解説する連載を元に、2019年現在の最新の研究成果・社会状況を踏まえてアップデートしています。 ズバッと教えてくれそうなタイトルですが、この本は短絡的に「食べてOK」「食べちゃダメ」を断言するものではありません。海部先生は、スタンスを以下のように明示しています。 現在の状況において、「ウナギを食べていいのか？」という疑問は、非常に当たり前で、適切なものです。しかし、その答えはシンプルではありません。本書においても、結局「食べてよい」または「食べてはいけない」という結論は出していません。なぜなら、食べる、食べないの決定は個々人がそれぞれの価値観に基づいてなすべきものであり、誰かが押しつけるものではない、と筆者は考えているからで

はじめに 先日、Rubyプログラマが本職である僕が、なぜか地元・兵庫県西脇市の中学校で情報モラル教育に関する講演をしてきました。 このエントリではなんでそんなことになったのか、そしてどんなことを話したのか、といった話を書いていきます。 【もくじ】 はじめに 講演を依頼されたいきさつ 去年の情報モラル講演会は本当にひどかった 今年は誰かな〜？ → えっ、僕！？ 当日使用したスライド この講演で伝えたかったこと 「スマホやSNSは怖い」だけでは終わらせない トラブルに遭遇したら大人に頼る（一人で解決しようとしない） リスクを語るときは、必ず予防策と対処法をセットで伝える テクニカルな解決策（設定の変更等）は重視しない 大人だって失敗したり、ちゃんとできてなかったりすることを伝える 生徒さんたちの感想 その他の裏話等 「経験がない＆時間がない」で、かなり準備が大変だった 信頼が置ける専門家の方た

要約（僕の主張） 篠原嘉一氏の講演内容には、IT関連の知識がない人にはわかりづらいウソや間違い、極論が多く含まれているため、適切な情報教育だとは言いがたい。よって改善を強く希望する。 学校側は「生徒をネットのトラブルから守りたい」という思いが優先されるため、ITエンジニアよりも「情報の正しさ」がないがしろにされてしまうのかもしれない。だが、ITエンジニアとして、そして保護者として、学校は子どもたちに正しい情報を伝える努力をしてほしい。 我々ITエンジニアも情報教育を学校に丸投げするのではなく、正しい知識を伝えるために、主体的に情報教育に協力していく必要がある。 はじめに Image: http://www.mrf-ip.com/blog/0067/ 先日、息子が通っている中学校で開催された情報教育講演会に参加してきました。 これは中学校の全生徒と、任意参加の保護者で、情報教育（主にSNSや