日本ってなんで「頑張らないと最低限の生活も危うい」みたいになっているの？頑張ったら他人より豊かな生活ができる、ならわかるんだけどさ、頑張って学び続けてうまく立ち回らないと最低限の生活も今後危ういって状態ヤバない？ リスキリングしないと失職するとかさ、課金しまくらないと結婚できないとか、年金払うだけじゃ老後生活できませんとかさ。 「普通の生活」に対するハードル上がりすぎてないか？ 常に勉強してさらに投資や副業もして、って普通にスーパーマンでしょ？ 今の日本って一般人に対する要求多すぎんか？
Goの苦手な領域
Goの利点を使って実装するコツやノウハウを書くことがコミュニティにとってプラスになると思っているのでそれに専念したいという考えはありますが、Goの苦手な領域にGoを採用してしまってヘイトを溜め込んでしまう事例を見かけたりします。 こういう悲劇の起こる可能性を少しでも減らせたらという思いで、Goの現状の苦手な領域について解説しようと思います。Goを学び始めにこれらの領域に手を出すのは避けましょう。 Cgo is not Go GoはCGO連携でC/C++資産を利用することができますが、メモリアロケータの異なる処理系を繋ぐ関係上、お互いに呼び合う際のパラメータや戻り値はほとんどのケースでコピーが必要になります（Cの型でメモリ確保しCの型のまま受け渡しする場合はOK）。なので高頻度に呼び合うような用途には不向きであるというのはSWIGなどのような複数の処理系を連携させる仕組みと同様です。 また、
LDAP Manager - 製品概要
ユーザーの登録・更新・削除といった IDライフサイクルを 一箇所で管理し、 リアルタイムに他システムへIDを連携します。
自分をカイゼンする！色つき星取表やYWTを使った「最強のふりかえりメソッド」 | Backlogブログ
最近、出張のときに地域限定モンスターと出会えるのが楽しみな中村です。突然ですがみなさん「ふりかえり」してますか？ 仕事、家庭、趣味など、普段何気なくこなしていることを一度立ち止まってふりかえってみると、意外な気付きがあったり習慣を見直したりするヒントがあるものです。 そこで本記事では、私が個人で行っている「ふりかえり」のやり方と、色つき星取表やYWTなどの手法についてご紹介します。 何のために個人でふりかえりをやるのか？ 個人単位なのかチーム単位なのかに関わらず、ふりかえりは大事です。ふりかえりをしないと、自分のやり方を見つめ直して改善する機会がなく、なかなか成長につながらないからです。 その上で、あえて”個人で”ふりかえりをしている理由は、自分の中では言語化の訓練を大事にしているからです。 私の好きな漫画にアオアシというサッカー漫画があり、その中で下記のセリフがありますが、まさにこの辺を
日立における「落穂拾い」――失敗に学ぶ姿勢
「落穂拾い」と言えばミレーの名画がまず思い浮かぶだろう。「種をまく人」や「晩鐘」などともに19世紀中ころの貧しい農民の逞（たくま）しい生き方を描いた名作である。落穂拾いとは、地主の麦畑の収穫を雇われて手伝う零細農民が、手間賃のほかに収穫の約10％だけ残された落穂を拾う権利をいう。元々古い欧州農村社会の互助的風習であり、農村の近代化とともにすたれていったが、ミレーの当時のフランスでは地方によっては条例でその権利がまだ残されていたらしい。 日立にもある「落穂拾い」 私が勤めていた日立製作所にも「落穂拾い」がある。それはミレーの落穂拾いとはちょっと意味が違い、失敗に学ぶことをいう。落穂とは失敗を指し、拾うとは失敗を隠さず向き合うことである。失敗をきちんと反省してその原因を明らかにし、その後に役立てる。このような失敗の伝承は「言うは易く行うは難し」である。人は誰でも、失敗はしたくないし、失敗と認め
改めて見直すGoの特徴
極力Goならではな特徴をいくつか挙げていく。 依存解決が必要最低限で互換性を考慮しつつ決定的 モジュール単位で依存をダウンロード。コンパイル対象はサブパッケージ単位。 依存の明示方法はコードに埋め込まれ、かつ未参照のインポートはコンパイルエラー。 つまり動作するコードのすべては正確な依存ツリーが明示されていて余計な依存は引き込まれない。 そして持ち前のコンパイルの速さを含め、相当深い依存ツリーでも依存解決にかかる時間は既知の処理系の中でも最速レベル。（唯一勝てるのはプリビルドバイナリが配布されている場合くらい） また、コンパイルやリンクに必要な処理量そのものが比較的少ないため、開発環境負荷も小さい。 かなり巨大なプロジェクトであってもメモリ8GBで困るようなことが無い。つまり、CI環境の維持にもローコストで済む。 ライブラリの提供側では後方互換性が破壊されるような変更はV1->V2というよ
はてな運営はいい加減はてブをなんとかしろ - ヨッピーのブログ
カァーーーーッ！！！ 腹立つなぁあああああああああああああああああああああああ！！！！！！！！！！！！！！！！！！！！！！！！！！ まあ暇で暇で一日中ドアノブをガチャガチャして遊ぶくらいしかやる事が無い煉獄暇人無双王みたいな人は細かく追っかければ良いと思うんだけど、増田に「ヨッピーこの野郎！」みたいなエントリがあがったのよ！ んで僕としてはさあ！「オッ、なんか知らんけど殴られたぞ！これは果し合いか！」と思ってさあ！わーって殴り返すじゃん！！！ そしたら僕に殴られた方が「サーーーッ」って消えたんですよ！！！風に乗って！！！ 三国志の伽陀かっての！ 僕としては「えーーっ！」じゃないですか！ あんだけ意気揚々と、鬼の形相で、人のことをおっさんだの古いだの老害だのミジンコ以下の知能だのマンホールの蓋についたタンの方がまだましだの好き放題言っておいてさあ！ そんだけ言われれば「おっ、つまり果し合いで
メルカリを退職し、個人でWebアプリを作りました - urahiroshiの日記
メルカリでやっていたこと 自分がメルカリに入社したのは2017年12月で、SET(Software Engineer in Test)というポジションに応募して採用されました。 SETはその名の通りテストに対する課題を解決するための役割なのですが、当時のSETチームはテストの実装を行うわけではなく、開発環境や検証環境の運用やCI/CDツールの導入・サポートなどを主な役割としていました。 自分がSETとして応募したのは、前職までの経験で機能開発にやや飽きており、エンジニアとして品質の改善をテーマとして扱っていきたいと考えていたためでした。通常の機能開発ではプロジェクトの要件や期日に沿って開発することが求められますが、SETの業務には要件や期日はなく、何をいつどのように解決するかを自分で判断する必要がありました。チームメンバーやプロジェクトメンバーと話し合い、コードを見ながら現在の開発・運用状
日本はすでに「中年独身大国」であり、100年前の大正時代より母親の数が減った（荒川和久） - エキスパート - Yahoo!ニュース
独身人口5000万人メディアは出生数や出生率の話ばかりで「少子化が…」「人口減少が…」と危機感を煽っているが、そんなことは「何十年も前から分かりきっていた当然の話」に過ぎず、今更騒いだところでどうにかなるものではない。 それよりもすでに、独身者がマジョリティになりつつある事実や、やがて「人口の半分が独身者になる」という決して外れない未来予測については、メディアはあまり報道しない。 この連載上では何度も同じ話をしていて昔からの読者には「耳にタコ」の話で恐縮だが、2020年国勢調査での日本の15歳以上における独身人口は約4930万人となり、ほぼ5000万人である。これは、日本史上はじまって以来、独身がもっとも増えた最高記録を打ち立てたことになる。そちらついては、過去記事でも詳しく書いている。 →独身者5000万人。建国以来、史上最大の独身人口となった「ソロの国・ニッポン」 未婚化が始まったのは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミング言語Go完全入門
GitHub - astral-sh/rye: a Hassle-Free Python Experience
凡人か、秀才か、天才か、人は3種類 凡人は天才を殺す