並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 107827件

新着順 人気順

processの検索結果241 - 280 件 / 107827件

  • allfont.info - Domain Name For Sale | Dan.com

    Buyer Protection Program When you buy a domain name at Dan.com, you’re automatically covered by our unique Buyer Protection Program. Read more about how we keep you safe on our Trust and Security page. Next to our secure domain ownership transfer process, we strictly monitor all transactions. If anything looks weird, we take immediate action. And if the seller doesn't deliver on their part of the

      allfont.info - Domain Name For Sale | Dan.com
    • 毎日コードを書くこと - snowlongの日記

      ワザノバで紹介されていたKhan AcademyのJohn Resigが投稿した Write Code Every Dayの翻訳です。 訳がおかしいなどの指摘をいただけると大変助かります。 去年の秋、自分のプロジェクトのコーディングを始めたんだけど、あまり進捗がよくなくてKhan Academyの仕事の効率を犠牲にすることなしに作業をすすめる方法を見つけらずにいた。 自分のプロジェクトへの取り組み方にはいくつかの問題を抱えていた。 私は週末にプロジェクトに取り組むことを優先し、平日の夜は時々といった具合だった。 自分にとってはその戦略は効果的ではなかったことが今ではわかっている。 週末の間も仕事と同じくらいの高いクオリティでプロジェクトに取り掛かり完成させるという作業は信じられないほどのストレスだった。(そして、うまく行かなかったら失敗したような気分だった。) 週末にいつも予定が空いている

        毎日コードを書くこと - snowlongの日記
      • 質とスピード / Quality and Speed

        質とスピード 初演: 2019/10/31 @ EOF2019

          質とスピード / Quality and Speed
        • 電子メール送信に関する技術

          ふと気になって調べたことの備忘メモです ✍ (2022/4/2追記)Twitterやはてブで色々とご指摘やコメントを頂いたので、それに基づいて加筆と修正をおこないました 特に、幾つかの技術については完全に誤った説明をしてしまっており、大変助かりました…ありがとうございました🙏 なぜ調べたか メール送信機能のあるWebアプリケーションを開発・運用していると、 特定のアドレスに対してメールが届かないんだが とか MAILER-DAEMONなるアドレスからメールが来たんだけど といった問い合わせを受けて原因を探ることになります 実務においては、Amazon SES や SendGrid といったメール送信処理を抽象的に扱えるサービスを使うことが多いと思いますが、 ことトラブルシューティングにおいては、その裏にある各種技術についての概要を知っていると、状況把握や原因特定をしやすくなります ありが

            電子メール送信に関する技術
          • 書籍『Webプロジェクトマネジメント標準』を全文PDF無償公開 | News&Column | 株式会社ロフトワーク

            書籍『Webプロジェクトマネジメント標準』を全文PDF無償公開 ロフトワークは、書籍『Webプロジェクトマネジメント標準』全文をPDFデータで無償公開します。 ロフトワークは、2002年という早い段階からWebとクリエイティブの領域に世界標準のプロジェクトマネジメントの知識体系「PMBOK(ピンボック)」を導入し、Webプロジェクトのフレームワーク確立やリスクの軽減などに努めてきました。その過程で得た知識や経験を体系化、Webの制作現場につながるように編綴し、2008年に技術評論社より書籍『Webプロジェクトマネジメント標準』(共著=林千晶・ロフトワーク代表取締役、高橋宏祐・富士通グループWebサイト統括(*1))を出版しました。 『Webプロジェクトマネジメント標準』は、プロジェクトの課題が個人の能力・努力の問題であると苦しんでいる方々にこそ読んでいただき、制作側・クライアント側の双方が

              書籍『Webプロジェクトマネジメント標準』を全文PDF無償公開 | News&Column | 株式会社ロフトワーク
            • 少人数チームでの部下の褒め方

              10年近く5~6人のチームで回してきて、いくつか自分で学んできたことの中で、 今でも心がけているものを紹介する。 異動により今の環境が大きく変わるため、自分自身の整理の意味も込めてまとめてみた。 優秀な部下は大勢の前ではなく、一対一のときに褒める。優秀な部下は嫌でも目立つ上に、誰の目から見ても明白な成果を継続して上げていることが多い。 そんな部下を例え大きな成果を上げたからといって、 その部下と同列の者の前で大きく褒めると、他の部下の向上心が下がりやすい。 これは対象の部下本人のためというより周りのためだ。 普段優秀でない部下の大きな手柄は、大勢の前で褒める。本人の自信にも繋がる上に、周りから能力を認められているという肯定感が強くなる。 いい意味での周りからのプレッシャーとなり、仕事に対する姿勢も変わってくる。 結果が出ない者は姿勢や努力を褒める。結果として大きな成果に繋がらなくとも、そこ

                少人数チームでの部下の褒め方
              • UNIXのプロセスやシグナルをしっかり理解するための技術ドキュメント「Process Book」 | ソフトアンテナ

                UNIXの基本をなすプロセスやシグナルなどを分かりやすく解説した技術ドキュメント「Process Book」がGitHubにて公開されています。 同ドキュメントは、プロセスの生成、プロセスとファイル入出力、ファイルディスクリプタ、preforkサーバーの作り方、ゾンビプロセスと孤児プロセス、シグナルとkill、プロセスグループとフォアグランドプロセスといった話題を解説するドキュメントで、GitHubのreleasesディレクトリにはPDF、epub形式のファイルも格納されています。 UNIX環境でプログラムを開発する際に役立つだけではなく、普通のユーザーとしてターミナルを使ってコマンド操作を行う際にも役に立ちそうな内容だと思います。

                  UNIXのプロセスやシグナルをしっかり理解するための技術ドキュメント「Process Book」 | ソフトアンテナ
                • ナメクジの出現を予測する!- 市民科学と最新統計の融合

                  外来種問題は突然に 2014年7月某日、札幌市の円山原始林で私が出会ったのは、体長15cmもの巨大な豹柄のナメクジ、マダラコウラナメクジでした。私はそれを知っていました。過去に一度だけ、ドイツ・ドレスデンの森の中で見たことがあったからです。北欧原産のナメクジがどうしてここに? 慣れ親しんだ円山の森に現れた、不似合いな新参者との突然の出会いに、目眩がしました。私の知る北海道の生態系は、これからいったいどうなってしまうのか? 我々ヒトの生活への影響は? 体長15 cmほどのマダラコウラナメクジ 市民のブログが教えてくれた 予期せぬ出会いに衝撃を受けた私は、研究室に戻るや否や、飛びつくように現状を調べ始めました。わかったことは、マダラコウラナメクジが2006年に茨城県で最初に侵入・定着が確認されたということ、さらに2010年には福島県、2012年には長野県にも侵入し勢力を拡大しているということで

                    ナメクジの出現を予測する!- 市民科学と最新統計の融合
                  • いいアジャイルと悪いアジャイル

                    スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見

                    • 自分仕様なMacBookの快適なところ - ザリガニが見ていた...。

                      iPadは場所を選ばず手軽に使えて便利なのだが、結局のところ、MacBookの代わりにiPadで作業しようとする限り、MacBook以上に快適に作業できることはなくて、現状ではiPadでの作業はMacBookに比べて冗長になる。(もちろん、iPadでしかできない作業とか、iPadが得意な作業というのもあって、例えば、現在地を絶えず追跡しながらカーナビのように地図アプリでナビゲーションするとか、PDFをまるで紙の本のように再現するとか。) たぶん、長年MacBook(のようなマウス&キーボードUIのパソコン)を使ってきて、その環境での作業が慣れているせいもあるかもしれない。それに、そもそもマウス&キーボードUIには25年以上の歴史があり、その中で常に進化し続けてきた。今のMacBookは、すべてがマウス&キーボードUIに最適化され、かなり成熟した作業環境になっているはずなのだ。さらには、自分

                        自分仕様なMacBookの快適なところ - ザリガニが見ていた...。
                      • K のこと -- steps to phantasien t(2007-11-03)

                        友人の話をしよう. 先達に敬意を表し, 仮に彼を K と呼ぶ. (イニシャルは便宜的なものだ; 向上心云々と罵ったこともないし, 恋人を寝取ってもいない.) ある時期, 私は K と一緒に働いていた. 今は違う会社にいるけれど, 互いに暇なのか, このごろもよく二人で管を巻いている. 1 K は優秀なプログラマだ. いつも敵わないと思う. 一緒に仕事をしていたこともあり, プログラマとしての私は K から強い影響をうけている. たとえば私が自動テストを始めた発端には K がいる. コードレビューもそう. この日記に出てくる話も K の影響は色濃い. 私は K のあとを追いかけるようにプログラマを続けている. K と働いてはじめて, ああ, 物事とはこう改善していくものなのかと知った. 何か問題を感じると K は試行錯誤を始める. 問題は私が諦めていたものもあるし, そもそも気付かないものも

                        • 米スタンフォード大学が「機械学習」「データベース」「人工知能」の無料オンライン授業を今秋から開始 − Publickey

                          米スタンフォード大学は、今秋から同大学で行われているコンピュータサイエンスの講義のうち、3つのコースをオンラインで無料公開することを発表しました。 公開されるのは、「Machine Learning」(機械学習)、「Introduction to Databases」(データベース入門)、「Introduction to Artificial Intelligence」(人工知能入門)の3コース。どのコースも今年の10月に開講し12月に終了する3カ月間の予定。コースによっては実際の講義とほぼ同様の宿題も用意され、提出すると自動採点してくれるようです。 機械学習のコースを担当するAndrew Ng准教授は発表の中で次のようにコメントしています。 “Both in the United States and elsewhere, many people simply do not have a

                            米スタンフォード大学が「機械学習」「データベース」「人工知能」の無料オンライン授業を今秋から開始 − Publickey
                          • 毎日3時間だけ書く - 快適な生活

                            明日は今日より良いものができる— 快適な生活 (@Kaiteki) 2015, 5月 25 全体平日毎日3時間だけ集中して文章書いてる 良い 思っているよりたくさん書ける まとまった重い文章書くのが仕事なのでそこから逃げない制度 1日の体感的な仕事量、10時間くらい研究室いたときと変わんない感じ 1週間単位だと従来より生産性高い、たぶん 3時間だから毎日やれる、毎日5時間は常人には無理、1時間は制度としてバカバカしく無視を選択し、闇が(再)顕現する 具体的中身平日は毎日いつでもいいのでオフィスきて3時間連続して文章書く 文章書くためなら3時間はデータ分析しても書く予定立ててもいい 文章書く以外のことはやらない 音楽は流してもいい 途中でお茶いれるとか無し、先にいれる 3時間の間は手を動かす、文章書いたり直したりデータいじったり手元のメモに何か走り書きしたり、なんでもいいから動きつづける、止

                              毎日3時間だけ書く - 快適な生活
                            • KAIZEN platform Inc. の開発マネジメント

                              フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

                                KAIZEN platform Inc. の開発マネジメント
                              • 大学の体育の授業で学んだ、人の自発的な育て方 | タイム・コンサルタントの日誌から

                                生まれつき、運動音痴である。小学校の時から、体育や運動会でいい成績を出したことがない。バランス感覚とか、瞬間的な判断とか、筋力とか、手脚のスムーズなコントロールとか、そういったことがからきしダメである。父母はどちらも長身で運動神経が良く、スポーツ万能だったのだが、あいにく、似てほしい美点は受け継がなかったらしい。おまけに生来、小柄である。かつ、体もひどく硬い。まったく良いとこなしである。 運動能力の低さをカバーし、体力を向上すべく、中学・高校とも運動部に入ったが、結果として青春の記憶を屈辱で上塗りしただけだった。自分が多少なりとも好きだと言えるスポーツ、他人に劣等感を感じずにいられる種目はスキーただ一つだった。スキーは自力ではなく重力によって駆動する点が、まだしも幸いだったらしい。しかしスキーなんて冬しかできないし、おまけに遠いスキー場までわざわざ出かけていかなければできない。だからクラス

                                  大学の体育の授業で学んだ、人の自発的な育て方 | タイム・コンサルタントの日誌から
                                • Web系企業/事業会社への最高の反面教師: "Spotify's Failed #SquadGoals"を読んで - アジャイルコーチの備忘録

                                  はじめに 以前Scrum@Scaleについて@tyantya41717651さん、@zakky_devさんとディスカッションしましたが、先日お二人と、大規模アジャイルフレームワークであるSpotifyモデルと先日公開された失敗記事(「Spotifyは "Spotifyモデル "を使っていない(Spotify's Failed #SquadGoals)」)についてディスカッションしたのでブログにまとめました。*1 はじめに Spotifyモデルと取り上げた理由 モデルの失敗ではなく、ヒトの失敗 扱える以上の自由や権限を与えた悲劇 1. チームへの過剰な権限付与による、サイロ化の加速 2. 分隊のプロセスの自由さや能力不足による、分隊間協力の困難化 3. 全員での意思決定を追求したことによる、意思決定コストの増大 まとめ Spotifyモデルと取り上げた理由 今回Spotifyモデルの詳しい解

                                    Web系企業/事業会社への最高の反面教師: "Spotify's Failed #SquadGoals"を読んで - アジャイルコーチの備忘録
                                  • 圧倒的な文才を感じるおすすめの小説18選 現代日本人作家編 - さようなら、憂鬱な木曜日

                                    www.goodbyebluethursday.com is using a security service for protection against online attacks. This process is automatic. You will be redirected once the validation is complete.

                                      圧倒的な文才を感じるおすすめの小説18選 現代日本人作家編 - さようなら、憂鬱な木曜日
                                    • カルボナーラの構造と組み立て方

                                      ペペロンチーノと並んで、物議を醸すのがカルボナーラ。 最近もWEBメディアが適当な記事をあげてカルボナーラ警察に摘発されていたことが記憶に新しい。 でも、ブコメ読んでる人からすれば「何が正解なの!?」と混乱してしまうよね。 というわけで、カルボナーラの組み立てを、できる限り分解しながら考えてみる。 【人はカルボナーラに何を求めるのか】 料理はすべて、最終ゴールになにを求めるかで作り方が変わる。 最初に出来上がりのカルボナーラ像を意識しておくことが非常に大事。 具体的にカルボナーラのイメージとしては ・チーズの旨味はどれくらい効いてるとよいか? ・生クリームを入れるか?全卵に挑戦するか? ・仕上がりのテクスチャはさらさらからドロドロのどの辺りを狙うか? ・卵はどれくらい効かせるか?追い卵黄はするか? ・黒胡椒のパンチはどれくらい欲しいか? ・買い物しても最高系を目指すか、妥協して家の材料で作

                                        カルボナーラの構造と組み立て方
                                      • コンソールから切れたプロセスを標準出力につなげなおす - 絶品ゆどうふのタレ

                                        不慣れな環境を不意にいじった時にあるあるネタ。 とりあえずー とか言って勢いで書いたsetupスクリプトを実行してみたら意外と時間かかって、 ちょっと目を離した隙にsshの接続が切れちゃいました! 。。。ありますよね。ほんとよくありますよね。 そうなる予感はあったんだ なんて後の祭りです。ふとした油断から、screenもnohupすらも使わずにやってしまって、こんなことに。 shellがHUPしなかったからプロセスは生きてるものの、ログが見れないから進行状況がわからない。 うまく行ってるのかどうかモヤモヤした気持ちのまま、プロセスが終わるのをじっと待つ。。。 まぁ実に切ないです。 こんな時、いつも思うこと。 このプロセスの出力、もっかいstdoutに繋げられたらいいのに。。。 はい。というわけでつなげましょう。 長い前座ですみません。 切り離したプロセスを用意 #!/bin/bash wh

                                          コンソールから切れたプロセスを標準出力につなげなおす - 絶品ゆどうふのタレ
                                        • 採用プロセスを真剣に考えろという話

                                          人材流動性の高まりを日々感じているみなさんこんにちは。 最近いろんな会社にお呼ばれしていて、その中でエンジニアの採用の話になることがとても多いのでちょっと整理しておきます。 ポイント▼「面白いプロダクトもないし、仕事内容は面白いとは思えないし、よい給与は払えないし、仕事環境にも自由はないけど、良い人雇いたいんだけど、どうしたらよいですか?」悪いが諦めろ。良い人は当然のことながら複数の会社が興味をもつことになるし、働く場所を自分で選択します。Pros/Consを見極めて選ぶことになるので、Prosがない場所で働く理由がありません…だとあまりに冷たいので、もしあなたが次に転職するとして、それでも今の会社に入るのであればあなたを惹きつける理由が何かあるはずで、それをアピールしよう▼「入社してから期待値にあっていないことが分かる、ってことが多いんだけどどうしたらよいですか?」期待値を明文化している

                                            採用プロセスを真剣に考えろという話
                                          • クックパッドの継続的な成長のために開発と運用が何をしてきたのか、その失敗と成功について // Speaker Deck

                                            2016/01/23 Cookpad TechConf 2016 http://techconf.cookpad.com/

                                              クックパッドの継続的な成長のために開発と運用が何をしてきたのか、その失敗と成功について // Speaker Deck
                                            • 小野和俊のブログ:プログラマー風林火山

                                              アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニアと仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で本当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ

                                                小野和俊のブログ:プログラマー風林火山
                                              • Glass Enterprise Edition Announcement FAQ - Glass Enterprise Edition Help

                                                Thank you for over a decade of innovation and partnership. As of March 15, 2023, we will no longer sell Glass Enterprise Edition. We will continue supporting Glass Enterprise Edition until September 15, 2023. For more information, visit the Announcement FAQ. Last updated: March 15, 2023 As of March 15, 2023, we will no longer sell Glass Enterprise Edition. We will continue supporting Glass Enterpr

                                                • はてなやクックパッドの開発現場で、CIやテストはどう行われているのか?(前編)。CROSS 2014 - Publickey

                                                  Web技術について横断的に語り合うイベント「CROSS 2014」が1月17日、都内で行われました。 そのセッションの1つ「現場に聞く!テスト/CI/DevOps、実際のところどうなの」では、フリーランスエンジニアの伊藤直也氏がセッションオーナーとして司会を担当し、クックパッドで開発まわりのエンジニアをしている舘野祐一氏、はてなでアプリケーションエンジニアをしている伏井洋平氏、KAIZEN platform Inc.の石橋利真氏らがスピーカーとして登壇。 先進的な現場でテストやCIがどのように行われ、エンジニアのチームがどのように情報共有をしているか、本音で語るという注目すべき内容でした。本記事ではそのダイジェストを紹介しましょう。 現場に聞く!テスト/CI/DevOps、実際のところどうなの 伊藤 今日のテーマとしてはCI(Continuous Integration、継続的インテグレー

                                                    はてなやクックパッドの開発現場で、CIやテストはどう行われているのか?(前編)。CROSS 2014 - Publickey
                                                  • ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習

                                                    最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない!vs. 現場に任せてくれない!の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い!ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン(あるいは権威勾配に関する一

                                                      ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
                                                    • 日本のウェブデザインの特異な事例

                                                      sabrinas.spaceより。 8週間もかからなかったはずのプロジェクト 日本のウェブデザインはどう違うのか? 2013年のRandomwireのブログ投稿で、著者(David)は、日本のデザインの興味深い相違点を強調しました。日本人はミニマリストのライフスタイルで海外に知られていますが、ウェブサイトは奇妙なほどマキシマリストです。ページには様々な明るい色(3色デザイン原則を破っている)、小さな画像、そして多くのテキストが使われています。2022年11月に撮影されたこれらのスクリーンショットで、自分の目で確かめて下さい。 ブログ投稿には、文化的専門家、デザイナー仲間、そして不満を抱く市民によって支持されている、考えられる理由がいくつか挙げられていました。 この理論が今でも正しいのか、また、もっと定量的なアプローチが可能なのか気になったのでやってみました。 私が見つけたもの 各国の最も人

                                                        日本のウェブデザインの特異な事例
                                                      • Photoshopで写真を手書きの鉛筆画風に加工する方法 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作

                                                        こんにちは、デザイナーの王です。絵を描くのが趣味です。 最近は絵を書く時間が全く持てなくて困っています……。 どうにか早く描けないものかと悩んだ末、表題の通り、「写真から絵を作ってしまおう」という結論に至ったわけです。 折角だし、絵が描けなくて困っている方たちにも役に立つテクニックなのではないかということで、やり方をさくっと説明してみたいと思います。 【こちらもおすすめ】 ☞ Photoshopで初めて写真加工をするときに知っておくべき基本手順まとめ 素材写真を用意する 鉛筆画らしく見せるためには、まず写真を切り抜いておきましょう。 アウトラインを抽出 次に、以下のステップを踏んで、アウトラインの抽出を行います。 cmd + Jでレイヤーを複製します。 cmd + Iで反転させます。 Shift + Alt + D で 描画モードを「覆い焼き」にします。 「色相 ・ 彩度」の調整レイヤーを

                                                          Photoshopで写真を手書きの鉛筆画風に加工する方法 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作
                                                        • naoyaのはてなダイアリー - 負荷とは何か

                                                          調べごとをしたので blog に書いて理解を深めようのコーナーです。長文です。 Linux でシステム負荷を見る場合にお世話になるのが top や sar (sysstat パッケージに同梱されてるコマンド) などのツールです。 top ではシステム統計のスナップショットを見ることができます。今システムがどういう状態かなーというときは top が便利。 top - 08:16:54 up 3 days, 14:43, 6 users, load average: 0.18, 0.07, 0.03 Tasks: 43 total, 2 running, 41 sleeping, 0 stopped, 0 zombie Cpu(s): 18.2% us, 0.0% sy, 0.0% ni, 81.8% id, 0.0% wa, 0.0% hi, 0.0% si一方の sar では10分ごとのシ

                                                            naoyaのはてなダイアリー - 負荷とは何か
                                                          • 実行中のアプリケーションを外から観察するコマンド。 - こせきの技術日記

                                                            strace システムコールをトレース。カーネルと何を話しているか。 strace -p PID でプロセスにアタッチ。実行中のプロセスをトレース。 straceを使ったデバッグ - SourceForge.JP Magazine : オープンソースの話題満載 Linuxカーネルの作り出す世界 − @IT自分戦略研究所 - ふつうのLinuxプログラミング 青木峰郎 システムコールとライブラリ関数 − @IT自分戦略研究所 システムコール・ライブラリルーチン - UNIX の部屋 ltrace 共有ライブラリの呼び出しをトレース。*.soと何を話しているか。 ltrace -p PID でプロセスにアタッチ。実行中のプロセスをトレース。 ltrace で共有ライブラリの関数呼び出しをトレースする - bkブログ 404 - エラー: 404 - Linux JF ƒ‰ƒCƒuƒ‰ƒŠ‚ÌŠ

                                                            • グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している

                                                              グーグルでは、社内のプログラマによって作り出される大量のコードの品質を保つため、チェックイン前にユニットテストとコードレビューが行われているそうです。しかし、コードが大量になってくると、ユニットテストやレビューをすり抜けるバグも少なからず発生します。 そこでコードの品質をさらに高めるために、グーグルでは「バグ予測アルゴリズム」を採用。バグがありそうな部分をレビュアーにアドバイスする仕組みを採用したとのこと。 そのバグ予測アルゴリズムとはどんなものなのか。Google Engineering Toolsブログに投稿されたエントリ「Bug Prediction at Google」(グーグルにおけるバグ予測)で説明されています。 ソースコードの修正履歴を基に予測 コードの中にバグがありそうな箇所を分析する手法としては、「ソフトウェアメトリクス」がよく用いられます。これはコードを静的に分析して、

                                                                グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している
                                                              • 「中間管理職の限界」と「マネジメント民主化モデル」について|Momentor坂井風太

                                                                中間管理職は限界なのか?本記事は、本日2024年7月1日21:00にNewsPickで放映される【2Sides:中間管理職は不要か?】という番組に関連した記事となります。 動画については、『罰ゲーム化する管理職』など、数々の名著を生み出していらっしゃる、パーソル総合研究所の小林祐児さんとMCの加藤浩次さんとのセッションであり、最終的には明るい内容でまとまっています。 本記事については、本動画で提唱している「マネジメント民主化モデル」について解説しつつ、坂井の会社でエンジニア採用を開始することに伴い、「なぜ坂井が本事業をやっているのか?」についても触れていきたいと考えています。(※採用情報は末尾となります) 形骸化する管理職研修昨今、小林祐児さんの『罰ゲーム化する管理職』に代表されるように、「管理職の過剰負荷問題」が騒がれるようになりました。 実際に、坂井も企業のマネジメント基盤の支援をする

                                                                  「中間管理職の限界」と「マネジメント民主化モデル」について|Momentor坂井風太
                                                                • 【2ch】ニュー速クオリティ:【恒例】オススメなフリーソフト

                                                                  Sleipnir 現在のメインブラウザ Firefoxのメモリ周りが改善したら完全移行予定 Firefox サブ JaneStyle 2ch用 leeyes susieプラグイン入れると更に便利 smoopy 青空文庫用 FoxitReader PDF死ね→氏ね位になる PC ffdshowとの組み合わせで万能メディアプレイヤ RealAlternativeもついでに nvplayer 高速再生用 foobar2000 複数プレイリスト保持出来るのが気に入ってる winamp 惰性で 使用しているスキン(simpleplan)が気に入ってる Stirling メインで使用するエディタ Bz サイズの大きいものを弄る時とかはこっち スペシャルねこまんま57号 プロセスメモリエディタ WinRAR 試用期間過ぎても使える nrLaunch ランチャ 今更変えられない

                                                                  • [速報]マイクロソフト、RPA機能でWindowsアプリ操作を自動化する「Power Automate Desktop」パブリックプレビュー開始、日本語版も。Ignite 2020

                                                                    マイクロソフトはオンラインで開催中の年次イベント「Ignite 2020」で、RPA(Robotic Process Automation)機能を強化したソフトウェア「Power Automate Desktop」のパブリックプレビューを開始すると発表しました。 「Power Automate」は2019年11月にマイクロソフトが発表したノーコード/ローコードツールです。Microsoft Flowと呼ばれていたサービス連携ツールをベースに、ユーザーの操作を記録し再現するRPA機能を追加したものでした。 参考:[速報]マイクロソフト、RPA機能を搭載した「Power Automate」発表。ユーザーの操作を記録、再現実行で自動化。Ignite 2019 マイクロソフトはこのPower AutomateのRPA機能をさらに強化する目的で、今年の6月にはRPA製品ベンダのSoftomotive

                                                                      [速報]マイクロソフト、RPA機能でWindowsアプリ操作を自動化する「Power Automate Desktop」パブリックプレビュー開始、日本語版も。Ignite 2020
                                                                    • スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ|Anno Takahiro

                                                                      ドキュメント文化は健全な組織のスケールのために必要 組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし

                                                                        スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ|Anno Takahiro
                                                                      • 常に予約で満杯+予定外の手術も起きる病院にコンサルタントが勧めたこととは?「人を遊ばせる余裕こそが、最良の備え」どの業界にも当てはまる発想に納得の声

                                                                        🍀いちは🍀 @BookloverMD アメリカのある病院は、オペ室が予定手術で満杯なうえ、予定外の緊急手術まで入りこむため、慢性的にペ室渋滞に悩まされていた。 コンサルタントが勧めたのは、オペ室を一つ「空けておく」。すでに予定手術で満杯なのに。外科医らは反発した。 しかし、いざ実行してみると、なんと大幅に改善された。 2018-07-28 09:47:19 🍀いちは🍀 @BookloverMD 「オペ室を一つ空けておく」ことで、緊急の「予定外」手術はそこで行われるようになった。すると、これまで予定外の手術のためにずらしたり調整したりが必要だった予定手術がスムーズにいくようになった。これでスタッフの負担は大幅に減り、それがまた手術のスムーズさにつながった。 2018-07-28 09:53:04 🍀いちは🍀 @BookloverMD 予定外の緊急手術のためにオペ室を一つ空けておく

                                                                          常に予約で満杯+予定外の手術も起きる病院にコンサルタントが勧めたこととは?「人を遊ばせる余裕こそが、最良の備え」どの業界にも当てはまる発想に納得の声
                                                                        • 定時退社を導入するとどうなるか

                                                                          定時退社を導入するとどうなるか。私の勤めている会社は1年前から導入したので、どうなるかを書いてみようと思う。(サービス残業・休日出勤・持ち帰り残業も厳禁。定時になると文字通り締め出される。) 1.「余計な仕事」をしなくなる、命令できなくなる。 別に残業できなくなったからといって増員配置される訳ではないので、仕事の量は変わらないし、締め切りも変わらない。だから、皆「余計な仕事」を減らすようになる。 例として、例えば企画を立てるにあたってA案、B案、C案と作っても採用されるのはひとつだけだから、はじめから2つに減らす、あるいは決め打ちでひとつの案しか作らないようになる。 これは上司も同じで、複数案作成することを命令すれば、当然作業時間が2・3倍増えるため、おいそれとそういった命令はできなくなる。 だが、果たしてそれが「余計な仕事」なのか?しかし、制度は待ってくれない。余計な時間の仕事は全て悪な

                                                                            定時退社を導入するとどうなるか
                                                                          • 自分の脳だけでは扱いが難しい量/複雑さの資料を取り扱う方法

                                                                            1.アタマを使わなければならない場面では、アタマだけで考えていては答えにたどり着かないことが多い 人のアタマのささやかなワーキングメモリは、あきれるほど小さい。 同時に取り扱うには多すぎる事態にすぐに陥る。 考えるためには補助用具(ワーキングメモリの補助)が必要だ。 といっても、紙とえんぴつがあれば足りる場面が結構多い。 2.なぜ考えているとはいえないか? 逆に手を動かさないならば、 自分では「悩んでいる」つもりでも、それではただ「困っている」に過ぎない。 考えるとは、頭に浮かぶ連想をただ追いかけることではない。 3.一般的な忠告としては「考えるかわりに手を動かせ」 一般的忠告としては、「行き詰ったら、手を動かせ」 しかし忠告というのは、一般的過ぎて、何をすべきかを知らせてくれるが、どのようにすべきかについての情報は含まれない。 忠告はそれだけでは、ほとんどの場合、役に立たない。 補完する

                                                                              自分の脳だけでは扱いが難しい量/複雑さの資料を取り扱う方法
                                                                            • 自転車置場の議論 - bkブログ

                                                                              自転車置場の議論 人が集まると、なぜかどうでもいいようなことほど議論が紛糾してしまう傾向がありますが、このような現象のことを、FreeBSD のコミュニティでは自転車置場の議論 (bikeshed discussion) と呼んでいることを知りました。 この、「瑣末なことほど議論が紛糾する現象」はパーキンソンの法則という本の「議題の一項目の審議に要する時間は、その項目についての支出の額に反比例する」という法則として知られています。 この本の中で著者は、原子炉の建設のような莫大な予算のかかる議題については誰も理解できないためにあっさり承認が通る一方で、市庁舎の自転車置場の屋根の費用や、果ては福祉委員会の会合の茶菓となると、誰もが口をはさみ始めて議論が延々と紛糾するというストーリーを紹介しています。 このように、「瑣末なことほど議論が紛糾する現象」はパーキンソン氏によって見事に説明されているの

                                                                              • 心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein

                                                                                心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein

                                                                                  心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
                                                                                • 1年の計はこれでいく→記憶の定着度を4倍にする〈記憶工程表〉の作り方

                                                                                  いろいろな記憶の方法(方略)があるけれど、記憶ニーズから考えると普通の人に求められているのは、feat of memory見世物や記憶のスプリント競技に必要な、円周率を何桁も覚えるような少種類大容量タイプの記憶術ではない。 むしろ必要なのは、多種類の事項について長期にメンテナンスできるような記憶方略である。 繰り返し、間隔を次第に広げながら(例えば1日後、3日後、7日後……という具合に)復習していくスペースド・リハーサルについては、次の記事で書いた。 復習のタイミングを変えるだけで記憶の定着度は4倍になる 読書猿Classic: between / beyond readers スペースド・リハーサルは単純な暗唱ものから文章理解から技能習得に至るまで有効だが、最大の欠点は〈面倒くさい〉ことである。 最初のうちはいいが、学習をはじめて何十日か経つと、復習すべき項目が〈1日前覚えた項目〉〈3日

                                                                                    1年の計はこれでいく→記憶の定着度を4倍にする〈記憶工程表〉の作り方