並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 334件

新着順 人気順

手順書の検索結果41 - 80 件 / 334件

  • 技術的に難しいことを力技でやってしまうこと - orangeitems’s diary

    まあお悩みですけどね、技術的に難しいことってありますよね。で、他のメンバーに任せておくと、いつ終わるかわからない。聞いてもわからんわからんばかりで、こりゃダメだと言う時のことです。 いつものように、それ私が引き取るよ、ってその課題を引き取って、難易度の低いタスクを他のメンバーに任せます。まあそのタスクも大量なので、誰かがやらなきゃいけないし、高度な問題のために大量のタスクが積みあがるのもそれはそれでまずい。適材適所と言えばそうなのですが、本当にこれでいいのかなと毎回思います。 だって、またこの高度な問題に対するトラブルシューティングを見ることなく、メンバーは最終的に「できた」という形を手順書なりなんなりで確認することになります。ああこうやればできたのか、という感動があればまだいいですが、忙しいのでそんなことしている暇は多分ありません。 これ、私はまたスキルを一つ積み上げたのですが、どう考え

      技術的に難しいことを力技でやってしまうこと - orangeitems’s diary
    • リーダブルなコードを書く習慣の身に付け方・実践の仕方 - 2021-09-22 - ククログ

      結城です。 2021年9月13日から14日にかけて、東京都立大学の大学院生向け特別講義として「リーダブルコード演習」を実施しました。 演習の内容は、当社でこれまでにも行ってきているリーダブルコードワークショップを、プログラミング経験が比較的浅い・プログラミングの量がまだそれほど多くない方向けに調整した内容としました。 この記事では、実施した演習の概要と、今回意識した点を紹介します。 本文が長いため、目次を用意してみました。 発端 演習の構成 座学パート リーダブルなコードを書く意義について リーダブルコードを実践するためにまず取り組むべきこと 実際の現場での「コードがリーダブルでなくなってしまった」「リーダブルになるよう改めた」実践例 最初の実装 リーダブルでなくなった実装 リーダブルさを取り戻すための改修 コードがリーダブルでなくなっていってしまう要因 壊すのが怖くて、見て見ぬフリ 恐怖

        リーダブルなコードを書く習慣の身に付け方・実践の仕方 - 2021-09-22 - ククログ
      • Webサイト制作をどれくらいの粒度で分解してタスク化するか|重松佑 / Shhh inc.

        プロジェクトが始まるときにかなり初期の段階でWBSを作ることは多いとおもいます。そのWBSの作成、プロマネやディレクターに任せっぱなしになっていないでしょうか。WBSはスケジュールをガントチャートで表したものを指していると思われがちですが、実はスケジュールだけでなく見積もりやアサインを精度高く行うためにも重要なものです。 たとえば「Webデザイン作成」というスコープにどのような実作業が含まれているかはWBSを作ることによって見える化しプロジェクトメンバーやクライアントと共有できるようになります。ときどき下記のように書かれたWBSを見ることがあります。 Webデザイン作成 ・作成 ・確認 ・修正 ・確認2 ・修正2 ・確定 しかし、これでは「Webデザイン作成」に必要な知識、さらには作業量・スケジュール・予算も分かりません。Webデザイン作成の例を続けると、下記のように「作成」のスコープを分

          Webサイト制作をどれくらいの粒度で分解してタスク化するか|重松佑 / Shhh inc.
        • 連休こそはじめたい好み丸出しAI画像生成の保存版手順書【いまからでも遅くない!ツールとして使うAI画像生成】

            連休こそはじめたい好み丸出しAI画像生成の保存版手順書【いまからでも遅くない!ツールとして使うAI画像生成】
          • Android案件の見積り | DevelopersIO

            Android案件を何件か担当して見積り前に確認しておいた方がいいと思うことや決めておくこと、 事前に説明しておくべきことがいくつかあったのでまとめます。 ①ハードウェアの選定 ・どの端末をサポートしますか? 動作確認を行う端末を決めてもらいます。 複数の端末をサポートする場合、テストも複数の端末で行うため工数もそれに応じて増やす必要があります。 ・サポートするAndroidのバージョンは? 端末を決めた時点でほぼ決まってしまいますが"Android 2.2以上"のようにサポートする最小のバージョンを決めます。 特にお客様にご要望がない場合はアプリのリリース時期と端末、OSのシェアなどを考慮して提案しています。 ・タブレットでの使用は想定していますか? これはスマートフォン用に開発している案件で後からタブレットでも使用したい、 というご要望を受けることがあるためです。 ・マルチデバイス対応

            • ウノウラボ Unoh Labs: VMwareとCentOSでウェブ開発の環境をさっさと整える手順書(前編)

              GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー!古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠

                ウノウラボ Unoh Labs: VMwareとCentOSでウェブ開発の環境をさっさと整える手順書(前編)
              • 自宅で学ぼう!AWS 初学者向けの勉強方法 6ステップ! | Amazon Web Services

                Amazon Web Services ブログ 自宅で学ぼう!AWS 初学者向けの勉強方法 6ステップ! 2024 年 4 月追記:本記事の内容は 2024 年 4 月に公開された  AWS 初学者向けの勉強方法 6 ステップ!2024 年版! という記事にてアップデートされています。リンクの最新化と勉強方法の追記を行っておりますので、アップデートされた記事をご確認ください。 こんにちは、AWS トレーニングの講師を担当しているテクニカルトレーナーの西村航です。 皆さん、もしくは皆さんの周りでこんな方はいませんか。「在宅勤務中に AWS を勉強するように先輩から言われているけど、どこかに勉強方法がまとまってないかな?」という悩みを抱えている方、または「同僚や部下に AWS の自宅での勉強を促しているけど、ちょうど良い無料の教材とか無いかな?」という悩みを抱えている方。 本記事は、そういった

                  自宅で学ぼう!AWS 初学者向けの勉強方法 6ステップ! | Amazon Web Services
                • WordPressをこれから始める人向けの導入手順書 | パシのSEOブログ

                  WordPressは無料CMSとして揺るぎ無い地位を獲得しており、多くのサイトで利用されるようになっています。そこで今回は、WordPressをこれから始めるという人向けに、インストールからカスタマイズ、SEOに至るまでの簡易手順をまとめておきます。 誰にでも出来るWordPressブログのSEO対策も併せてお読み頂ければと思います。 インストール WordPressのダウンロード 現行バージョンの動作環境を満たしていない場合 現行バージョンの3.2以降、PHPが5.2.4以上、MySQLが5.0以上が必要となっています。サーバーが対応していない場合には、過去のバージョンを使っても良いでしょう。ただし、2.8.4以前はセキュリティ上問題があるので、過去バージョンを使う場合でも2.8.6以上が良いと思います。 注意点 wp-config.php作成画面のデータベースのホスト名には、MySQL

                  • Immutable Infrastructureはアプリケーションのアーキテクチャを変えていく、伊藤直也氏(前編)

                    Immutable Infrastructureはアプリケーションのアーキテクチャを変えていく、伊藤直也氏(前編) 仮想化やクラウドを基盤とした新しいインフラの考え方である「Immutable Infrastructure」が注目されています。3月25日、このImmutable Infrastructureをテーマに渋谷のDeNAオフィス大会議室で開催された勉強会「Immutable Infrastructure Conference #1」は、150人の定員に400人以上が申し込む人気ぶりでした。 これまでのImmutable Infrastructureに関する議論はおもにデプロイなど運用とインフラ周りの話題が中心でしたが、最初のセッションで登壇した伊藤直也氏は、Immutable Infrastructureが結果的にアプリケーションアーキテクチャにも大きな影響を与えるため、アプリケ

                      Immutable Infrastructureはアプリケーションのアーキテクチャを変えていく、伊藤直也氏(前編)
                    • 入門 Capistrano 3 ~ 全ての手作業を生まれる前に消し去りたい | GREE Engineering

                      はじめに この記事はGREE Advent Calendar 2013年の21日目です。お楽しみください! こんにちは、アゴひげがダンディーだと評判の九岡です。GREEでは、JavaやScalaを布教するための土台を固めるため、デプロイや監視の仕組みづくりなどを横断的にやっています。今回はその過程で得られた知識を「Capistrano 3の入門記事」という形で共有させていただきます。 この記事ではCapistrano 3の基礎をご紹介します。Capistrano 3はRubyをベースにしたサーバ操作およびデプロイの自動化ツールです。Capistrano 3を利用することで、デプロイなどの複雑なサーバ操作を自動化することができます。ここの記事では、特にデプロイに焦点をあてながら、Capistranoでサーバ操作を自動化する考え方と実現方法をご説明していきます。 Capistrano 3の習得

                        入門 Capistrano 3 ~ 全ての手作業を生まれる前に消し去りたい | GREE Engineering
                      • 料理の手順がフローチャートになって紹介されている本『理系の料理』がわかりやすい!「適量ってどのくらいだよっていつも思うからこれほしい」

                        自粛する安息香酸⌬理系ネタ垢 @rikeneta 理系の料理めちゃくちゃすごい本!料理の手順書ってだいたい料理できる人のために作ってあるんですけど、これマジで料理できない人向きの本ですね!みなさんも恋人にプレゼントしてはいかがですか?保障はしません。 pic.twitter.com/QJKzZPCoCX 2019-02-17 23:22:40

                          料理の手順がフローチャートになって紹介されている本『理系の料理』がわかりやすい!「適量ってどのくらいだよっていつも思うからこれほしい」
                        • 「蘇生やめて!」救急現場で何が…|NHK NEWS WEB

                          皆さんは人生の最期をどのように迎えたいか考えたことはありますか?実は国の調査では、およそ半数の人が、病院ではなく、住み慣れた自宅で最期を迎えたいと望んでいるんです。そうした中、総務省消防庁が行った初めての調査で驚くべき事実が明らかになりました。自宅で心肺が停止した患者の家族が、駆けつけた救急隊に対して蘇生や搬送を拒否するというケースが相次いでいるというのです。その数、全国で年間およそ2000件。一体何が起きているのか。私たちは取材に当たりました。(社会部記者 金倫衣・山屋智香子 ネットワーク報道部記者 吉永なつみ) 私たちはある具体的な事例にたどり着きました。 去年1月、94歳で亡くなった八王子市の近藤悦子さんのケースです。 悦子さんは、生前、娘の茂代さんに対して、「人工呼吸器をつけるような延命治療はしたくない」と話し自宅での最期を望んでいました。 そんなある日、容体が急変。ベッドの上で意

                            「蘇生やめて!」救急現場で何が…|NHK NEWS WEB
                          • 自己流の手順書フォーマットを公開してみた | DevelopersIO

                            手順書フォーマットは千差万別 みなさんは自己流または、組織やプロジェクトで定められた手順書のフォーマットはありますか? 私は自己流の手順書フォーマットがあります。 自己流の手順書フォーマットがあるといっても、かなり扱いがふわふわしているので、備忘やメモの意味合い強めでまとめていきます。 「もっとこうした方がいいよ!!」などフィードバックがあれば、ぜひお願いします! いきなりまとめ 手順書はExcelやスプレッドシートではなく、Markdownで書く 手順書はgitで管理する 5W1Hを意識して手順書を書く 基本的にはCLIを使った手順書にする 手順書はExcelやスプレッドシートではなく、Markdownで書く 手順書をExcelやスプレッドシートで書くメリット・デメリット 手順書をExcelやスプレッドシートで書いている方も多いと思いますが、私はMarkdownで書いています。 Exce

                              自己流の手順書フォーマットを公開してみた | DevelopersIO
                            • 「彼女欲しい」という欲求はプロジェクトとして考えると破綻している: 不倒城

                              「嫁欲しい」「彼女欲しい」というのは、具体的な成果物設定がないままゴールだけを規定しているという、プロジェクトマネジメントとしては失敗プロジェクトのモデルケースみたいな欲求なので、「○○さんを彼女にしたい」みたいな対象物を伴った適切なゴールラインの設定をした方がいいと思います。 ということで、タイトルと最初の三行で言いたいことは全部言ったので、以下は補足。文中「彼女」というのは全て「彼氏」にも読み替え可能だとは思いますが、正直、あまり真面目に受け取ることはお勧めしません。 一般的に言って、プロジェクト構築の際には、最低限以下のような項目を設定しておくことが必要になると思います。 1.プロジェクトの目的設定 2.プロジェクト達成の為のアウトライン設定 3.ステージごとの成果物設定 4.ステージごとの課題・リスク想定 5.ステージごとのスケジュール設定 6.予算想定 7.リソース・体制設定 細

                              • 映画ゼロ・グラビティについて | 宇宙開発と共に 宇宙技術開発株式会社

                                映画ゼロ・グラビティは米国時間2014年3月2日に、監督賞や視覚効果賞、撮影賞などアカデミー賞の7部門を受賞しました。 この映画は宇宙の描写をリアルに表現し、高い評価を得ました。宇宙業界内でも高い評価が得られていますが、一部誤解を招く箇所もあります。 宇宙業界の一員としては、どこまでが真実で、どこを映画用に脚色したかを理解して見ると、この映画をより楽しむことができると感じました。今後この映画はDVD等のメディアで販売されたり、テレビで放送されることで長く話題を集めていくと思います。 なお、映画を見ていない方にはネタバレになってしまう個所もあるので、映画を見た後で以下を読むことをお勧めします。 ちなみに、タイトルも邦題は「ゼロ・グラビティ」(無重力)ですが、原作はGravity(グラビティ:重力)と違っています。 以下にこの映画を見ながら疑問に思ったことをいろいろ解説しますが、宇宙空間での描

                                  映画ゼロ・グラビティについて | 宇宙開発と共に 宇宙技術開発株式会社
                                • 要件定義|3分で読める非機能要件について - Qiita

                                  はじめに エンジニアのみなさま、日々の学習本当にお疲れ様です! また本記事まで足を運んでいただき本当に感謝です。 約3分程度で読めるので最後まで読んでもらえると幸いです。 要件定義関連の記事の投稿をしました。時間あればぜひ読んでみてください。 今回は「非機能要件」の 可用性 性能・拡張性 運用・保守性 移行性 セキュリティ システム環境・エコロジー の6項目について理解を深めてアウトプットしようと思います。 非機能要件|6項目について 1. 可用性 システムが継続して利用可能な状態を維持する能力を指します。『稼働率』 で表現されます。システムは定期メンテナンスや予期しない障害により、一時的に利用できなくなることがあります。可用性は、稼働している時間と停止から復旧までの時間の割合で決まります。たとえば、Amazonの「Amazon ECS」サービスは 『99.99%』 の稼働率を保証しており

                                    要件定義|3分で読める非機能要件について - Qiita
                                  • ソースコード20万行の大規模サイトのPHPを5.1から5.4に上げるためにやったことまとめ · DQNEO日記

                                    所要期間 着手しはじめたのが2010年12月ごろ、完了したのが2013年9月だったので何と3年近くかかったことになります。 長引いた原因は、日々の機能追加や運用をしながら孤独に片手間で細々とやってたからです。(単純に人手不足とも言う) また、PHPバージョンアップと同時にCentOSサーバを5から6にあげることにしたのでサーバ再構築のための工数も含まれています。 後半は仕事仲間が増えてその人が専業でバージョンアップ作業をやってくれたのでだいぶ楽できました。 それと専任のテスターさんたちにも参加していただいたので本番で大きなトラブルなく完了することができました。 感謝感謝です。 サーバ入れ替え作業が終わってPHP5.1の入った古いサーバを削除したときの、まさに「技術的負債」を返済し終わった瞬間の、あのスッキリ感、もう言葉にはできません。 終わってみてこの件に関するRedmineのチケットを数

                                      ソースコード20万行の大規模サイトのPHPを5.1から5.4に上げるためにやったことまとめ · DQNEO日記
                                    • 原子力業界人だけど、質問ある? : ゴールデンタイムズ

                                      1 :以下、名無しにかわりましてVIPがお送りします(岩手県) :2011/03/17(木) 16:49:30.58 ID:H13xYfgR0 東電じゃないから、リアルタイムの情報は出せないけど 原発とか放射能とかの関係ない不安を取り除けたらと思ってスレ立てた 可能な限りの疑問にこたえたい 6 :以下、名無しにかわりましてVIPがお送りします(北海道) :2011/03/17(木) 16:55:05.63 ID:sCHu+JSM0 現場で作業してる人って死ぬの? 14 :以下、名無しにかわりましてVIPがお送りします(岩手県) :2011/03/17(木) 16:59:58.85 ID:H13xYfgR0 >>6 死なないように作業時間を調節してるはず 2 :以下、名無しにかわりましてVIPがお送りします(北海道) :2011/03/17(木) 16:50:17.00 ID:HBvv/I7

                                        原子力業界人だけど、質問ある? : ゴールデンタイムズ
                                      • モダンなJava開発ガイド (2018年版)

                                        2018年現在でもJava開発をしていると、Antすら使っていないEclipseプロジェクトにそこそこの頻度で出くわします。Eclipseの自動コンパイルが通ればOKであり、ビルドはExcel手順書をもとに手動で行われ、依存関係ライブラリはもちろんlibフォルダに各種jarファイルが放り込んであります。Eclipse上以外ではどう動かせば分かる人がいないため、コマンドラインからビルドなどを行うことは叶わず、CI化なんて夢のまた夢です。 そんなJava開発から脱却したい人向けのJava開発のモダン化ガイドです。 基本的にJava 8以降での開発を想定しています。 OpenJDK/OracleJDK上での開発を想定しています。 Android開発の場合は一部適用できない可能性あり。 英語のIDE、ツール等は積極的に使用します。 英語嫌いだとモダン化は難しい。 Java開発全般を前提としているた

                                          モダンなJava開発ガイド (2018年版)
                                        • 宿題(音読)に困っている高IQ×発達障害の子を持つ親がつらつら書く

                                          n = 1 だし、レアケースであることは先に書いておくが。 うちの子(低学年)は、WISC-4で1000人に1人くらいのIQだとのこと(総合値)。言語IQに限って言うと振り切れている感じはある。 そんでもって発達障害である。いわゆる2Eというジャンルだ。 発達障害と言っても本当に無限とも言えるほどの幅があるのだが、よくあるパターンとして、「自分が興味を持てないことに対して、どう頑張っても取り組めない」みたいな子は多い。うちの子もこれ。あと切り替えが苦手。本人には慣性の法則が働いているようで、今やっている何かを延々と続けてしまい、方向転換が難しい。 子の通っている学校では、ほぼ毎日宿題が出る。出ないのは月に1~2回ほど。音読はデフォ。 まず、宿題の前に「翌日のしたく」ができない。これはかなり工夫した。 家に帰ってきて、玄関エリアから生活エリア(リビングなど)に入ってきたらもうゲームオーバー。

                                            宿題(音読)に困っている高IQ×発達障害の子を持つ親がつらつら書く
                                          • 2018年の最先端バックエンドエンジニアに必要なスキルについて考えてみました。 - Qiita

                                            @rana_kualuさんの2018年の最先端バックエンドエンジニアになろうという翻訳記事がとても興味深かったのですが、記事内で提示されているロードマップに関して微妙に違和感を感じる部分もありましたので、 記事に記載されているスキルは現場でどの程度必要なのか 記事に記載されていないが現場において重要なスキルは何か といった辺りを、自分なりの意見を交えてちょっと書き出してみました。 自分をエンジニアとして最先端だとは全く思っていないのですが、最近のバックエンドのトレンドに一応多少なりともきちんとキャッチアップしてるかなとは思うので、若い方や、まだ経験の短いエンジニアの方たちのご参考になりましたら幸いです。 言語 ロードマップに記載されていた言語のうち、私は一応 Elixir Scala Java .NET (C#とVB.NET) Python Ruby PHP TypeScript Gola

                                              2018年の最先端バックエンドエンジニアに必要なスキルについて考えてみました。 - Qiita
                                            • 「インプットもアウトプットも多いのにつまらない人」と「インプットが増えるほど面白くなっていく人」の違い|ふろむだ@分裂勘違い君劇場

                                              やたらとインプットとアウトプットをたくさんやっているのに、なんだか、言っていることが表面的で、ちっとも面白くない人がいる。 そういう人はたいてい、「アウトプット」はやってるけど「活用」を疎かにしている。 たとえば、「良い文章の書き方」の本を読んだら、そういう人は、単に「良い記事の書き方」のまとめ記事を書く。そして、それを「アウトプット」と言っている。 しかし、これでは、知識は血肉にならない。 血肉になっていない知識は、畳の上で練習した水泳のようなもので、いくらやっても泳げるようにはならない。 インプットした知識を血肉にするには、インプットした「良い文章の書き方」のテクニックを使って、自分のオリジナルの文章を書く必要がある。 つまり、インプットした知識をそのまま出力するだけではダメで、その知識を使って、具体的な何かをしないと、血肉にならないのだ。 アウトプット <<<|越えられない壁|<<<

                                                「インプットもアウトプットも多いのにつまらない人」と「インプットが増えるほど面白くなっていく人」の違い|ふろむだ@分裂勘違い君劇場
                                              • SIerに生息する「おじさんSE」の生態を知る - Qiita

                                                ここでいうおじさんSEとは、主にSIerに生息する、 ・30歳以上で ・モダンな技術を知らない ・レガシーな技術しか知らない ・主に設計書などのドキュメント類を弄っており、コーディングをしない ・現状から変わる気がない(キャリアアップに対し具体的なアクションがない) 人たちを指す。 決して単に妙齢のエンジニアを一括りにしているわけではない。 「おじさんSE」より良い呼び方があれば、ぜひご提案いただきたい。 第1章 おじさんSEの仕事内容 おじさんSEは、コードを書くことはほぼ無い。 これは現場にもよるので、全く無いというわけではないが、 多くのおじさんSEはコーディングはしない。 ではおじさんSEは何をやっているのかというと、 ・内部設計書、外部設計書、詳細設計書の記述 ・結合試験以降の試験項目票の作成 ・試験結果のレビュー 大抵はこの3つになる。 99.9%はウォーターフォール型である。

                                                  SIerに生息する「おじさんSE」の生態を知る - Qiita
                                                • 今もっとも学習コスパの高い技術はChefだと、Chef勉強会に行って確信した : akiyan.com

                                                  今もっとも学習コスパの高い技術はChefだと、Chef勉強会に行って確信した 2013-02-25 目次 Chefが熱い! 株式会社Engine Yardさん主催の、Chef(opschef)勉強会第一回「初めてのChefの教室 #eytokyo」に行って来ました。勉強会の全編動画は、「初めてのChefの教室」を開催しました。(動画&資料) - Engine Yard Blog JP | Engine Yard Blog JP で観ることができます。 勉強会では登壇者が「シェフの帽子」を被って発表していましたw 発表者の皆様方も豪華すぎ! Chefとは Chef(シェフ)とは、ざっくりいうとサーバーインフラの構築・更新を自動化する技術で、類似としてはpuppetがあります。(参考:オープンソースなシステム自動管理ツール Puppet:連載|gihyo.jp … 技術評論社 ) 属人性や、面

                                                    今もっとも学習コスパの高い技術はChefだと、Chef勉強会に行って確信した : akiyan.com
                                                  • 「仕事のコード」を残す際のチェックリスト|Uchio Kondo

                                                    最初に注意: この文章は「はじめに」「総論」が長いです🙃 追記@2021/08/11 17:46想像よりはるかに反響をいただいたので、せっかくだからと要点をMarkdownにしてGitHubに置いてみました。何かにご利用ください。 はじめに・「仕事のコード」、つまり、業務などで作ったコードが、なるべく負債にならず、なるべく俗人化しないようにするために留意すると良さそうなことを自分の経験などから列挙したものです。 ・ちなみに、「対象読者」に書いてありますが、そもそものモチベーションが「非エンジニアがノーコード系のサービスで作ったシステムが最近増えつつあるような...」というところでした。こういうのどう取り扱うといいんですかねとなった時、まずは運用できる形にしてもらいたい、という狙いがあります。結果的に、ジュニアなエンジニアが良いシステムを残す上でも使える知識かなと思います。 ・個別の項目に

                                                      「仕事のコード」を残す際のチェックリスト|Uchio Kondo
                                                    • 『見て覚えろ』の悪習…指導力不足は『職人気質』ではない!

                                                      『職人気質』という言葉、使いますか? しょくにんかたぎ【職人気質】 職人に特有の気質。自分の技能を信じて誇りとし、納得できるまで念入りに仕事をする実直な性質。 職人気質(ショクニンカタギ)とは – コトバンクより 僕は食品メーカーに勤めており、技術系の仕事*1に幅広く携わってるので、工場の作業員とも仕事を共にします。 そして、僕の職場では、こう揶揄される人が何人かいます。 『職人みたいな人』 『職人さんだから…』 今日の記事は、以下のつぶやきがきっかけなので、紹介いたします。 寿司屋の職人問題を見てて思うけど、自分が長時間掛けて体得した技術を、ほんの少しでも短い時間で後輩に伝えられる人が「本物の職人」だと思うの。「いやあ、こんなこと大したことないですよ。僕は要領が悪いので、時間かかっちゃいましたけどね」そんな風に言えるようになりたい。 — らくからちゃ@プランクに夢中 (@lacucara

                                                        『見て覚えろ』の悪習…指導力不足は『職人気質』ではない!
                                                      • 納期がなぜ生産性をぶち壊しにしているのか?|牛尾 剛

                                                        昨年NewsPicks さんに取り上げてもらって最近動画が公開されました。そこでもお話させてもらっていることなのですが、アメリカで働きはじめると日本人からすると「納期が無い」感覚が物凄く衝撃的だった。 最近、納期が無いことと生産性について頭の中で整理がついてきたのでシェアしておこうと思う。ちなみに、動画も含めて、私の発言は私の体験と意見であり、所属会社には全く関係が無いことを改めてお断りしておきます。 日米納期の感覚の違い アメリカで働いていると、日本人からすると納期がほとんどないという感じを受ける。もちろん納期があるものもあるが「本当に必要なもの」に限られる。例えば、大きなカンファレンスで何かの製品を発表するとかそんなのだと納期はもちろんある。そうでなれけばほとんど無いという感覚だ。私の所属会社だけではなく、北米の他の会社の人も同じような感覚らしいので文化によるものだと思う。 常に納期が

                                                          納期がなぜ生産性をぶち壊しにしているのか?|牛尾 剛
                                                        • 山崎製パン | パンのカビ発生メカニズムと保存試験の結果について

                                                          温暖で湿度の高い気候を有するわが国では、食品のカビは切実な問題となっております。 特に夏季にパンのカビについて、よくお問い合わせをいただいておりますが、パンのカビ発生のメカニズムは、詳細に研究されてきておりますので、その概略についてのQ&A及び弊社製品と他社製品のカビ発生に関する保存試験結果につきまして、ご紹介いたします。 Q1.どうして食パンにカビが生えるのですか? 食パンは、およそ38%前後の水分を含有しており、細菌が増殖しやすいかどうか判断する目安となっている水分活性値(注1)でみますと、食パンの水分活性値は0.96とカビの生えやすい食品といえます。 食パンの製造は、通常200~250℃で30~40分間の焼成工程があり、その際の中心部の温度は95℃を超えカビは焼成により死滅するため〔但し小麦由来の耐熱性菌(枯草菌)の芽胞は死滅せず残存しますので、焼成後の温度管理を適切にする必要があり

                                                          • 【完全ガイド】制作経験ゼロの社会人向けゲーム制作入門。夏休みを使って,Unreal EngineのFPSミニゲームを完成させてみよう

                                                            【完全ガイド】制作経験ゼロの社会人向けゲーム制作入門。夏休みを使って,Unreal EngineのFPSミニゲームを完成させてみよう 編集部:或鷹 1234567→ これを読んでいる人なら重々分かっていると思うが,昨今のゲーム市場において大きな存在感を示しているのは,プラットフォーマーでも大手メーカーでもなく,Steamだ。 何十億円もの開発予算こそもっていないが,いままでに見たこともないようなアイデアに満ちた珠玉の作品達が,それこそ遊びきれないほど眠る豊穣の大地である。 Steamを見ていると,本当にゲームというものは「アイデアと気合い」なんだと思うことも多い。美麗な超絶グラフィックスである必要はなく,なんなら文字だけでも面白いゲームは作れるわけで,そういうもので遊んでいると自分もむずむずしてくる。もしかしたら自分にも,何か作ってみたいゲームがあったりするんだろうか? しかし,世の中はそ

                                                              【完全ガイド】制作経験ゼロの社会人向けゲーム制作入門。夏休みを使って,Unreal EngineのFPSミニゲームを完成させてみよう
                                                            • 20代後半から始める英語習得

                                                              最近GoogleやMicrosoft、Amazonなどの大手の外資企業以外にも日本でソフトウェアエンジニアの採用することが増えてきた気がします。Twitterのタイムラインを見ても、海外に本社があり、英語を利用して働いている方がをちらほら見かけるようになってきました。年俸的にも外資の企業は魅力だったりしますが、管理職以外でソフトウェアエンジニアとして働き続けることを考えた際に、IC(Individual Contributor)というパスが日本の企業よりも、外資企業の方が明確なキャリアパスとして存在するというもの理由の一つな気がします。 私は現在CircleCIというCI(Continuous Integration:継続的インテグレーション)を支えるためのサービスを提供している企業でインフラストラクチャーエンジニアをしています。最初はサポートエンジニアとして入社し、1年くらい前にインフラ

                                                                20代後半から始める英語習得
                                                              • Androidアプリのメモリリーク対策手法 | Bescottee

                                                                googleのAndroid開発者向け ブログに「Memory Analysis for Android Applications」という記事があったため、自分のために訳しました。参考になれば幸いです。本エントリを見るうえで、eclipse の基本的な使い方を理解している必要があります。 Androidアプリのメモリ解析手法 Dalvikランタイムは、ガベージコレクトしてくれるかもしれませんが、それはメモリ管理を行わなくてもよいというわけではありません。モバイル端末上でのメモリ利用状況は特に注意を払わなければなりません。本投稿では、開発するアプリのメモリ利用状況の把握を支援する Android SDK で提供しているメモリプロファイリングツール群のいくつかを紹介させて頂きます。 メモリ利用時の問題はいくつか明らかになっています。例えば、もしあなたのアプリがユーザの画面タッチ操作のたびにメモ

                                                                • GitHubが僕たちを、仕事の現場を変えた!──「GitHub Kaigi」レポート | gihyo.jp

                                                                  2014年6月1日(日⁠)⁠、東京・渋谷マークシティにおいて、GitHubユーザグループ主催によるイベント「GitHub Kaigi」が開催されました。500人の定員に対し800人を超える参加申し込みのあったこのイベントには、日本におけるGitHub活用の第一人者たちはもちろん、米GitHub社から招いた開発者たちも登壇し、いずれ劣らぬ濃いセッションが繰り広げられました。ここではその様子を紹介します。 GitHub実践入門 ─⁠─ Pull Requestによる開発の変革 トップバッターとして登壇したのは、WEB+DB PRESS plusシリーズ『GitHub実践入門 ─⁠─ Pull Requestによる開発の変革』の著者である大塚弘記氏です。 『GitHub実践入門』の著者、大塚弘記氏 同氏はまず、「⁠GitHubを利用した開発の世界を知る」「⁠GitHubを(利用|活用)する違いを

                                                                    GitHubが僕たちを、仕事の現場を変えた!──「GitHub Kaigi」レポート | gihyo.jp
                                                                  • Rundeck - cronから移行しやすいジョブスケジューラを使ってみよう

                                                                    こんにちは。斎藤です。 最近、Dockerなどのコンテナ型仮想化技術、Chef, Ansible, Itamae などによるITインフラ構築・運用自動化技術の利用が進んでいます。一方で、何年も動いて「歴史」を積み重ねているシステムも数多くあります。そして、私を含めてそれらの運用に関わる事もあるでしょう。そんな「歴史」のあるシステムも、何とか運用を効率化したいと思う事があるかもしれません。 今日は、バッチジョブや複数サーバに対する運用を効率化するRundeckを取り上げます。「何ができるの?」「はじめかた」そして「利用時の留意点」の3点についてお話しします。 ※OSはCentOS 6系、Rundeck はバージョン 2.4.0、Java VM は Oracle JDK 1.7.0_72 を利用しています。 cron。Linux系OSに標準搭載されているジョブスケジューラです。標準で使えるため

                                                                      Rundeck - cronから移行しやすいジョブスケジューラを使ってみよう
                                                                    • 「(HTML) + CSS」のみを使って、今「リアルな電卓」を作ってみた - Qiita

                                                                      続編を書きました。CSSも大幅改善してるので、一度見てみてください。 【小数点実装】「(HTML +) CSS」のみを使って、今「もっとリアルな電卓」を作ってみた - Qiita 完成品 まずは、CodePenで完成品を紹介します。ボタンを押して計算を試してみてください。 ※ スマホだと反応が悪い場合があります。 See the Pen qiita_calc_last by j5c8k6m8 (@j5c8k6m8) on CodePen. はじめに はじめて、CSS カウンター の存在をはじめて知ったときは驚きました。 テーブルの行番号は (必要であればJavaScriptで動的に) HTMLに記載するしか方法がない と思っていたからです。 Qiitaにも、CSSカウンターのサンプルを載せた良記事があります。 CSS でテーブルに行番号を振る - Qiita CSSで見出しタグに連番をつけ

                                                                        「(HTML) + CSS」のみを使って、今「リアルな電卓」を作ってみた - Qiita
                                                                      • 良いドキュメントを書きたくなる本を読んだらドキュメンタリアンになりたくなった - じゃあ、おうちで学べる

                                                                        ドキュメンタリアンとは、役職に関係なく、ソフトウェア業界でドキュメントとコミュニケーションに関心を持つ人のことです。 www.writethedocs.org はじめに これは主に『ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング』の書評です。私はSreakeにてSREという役職についています。SREはサービス概要、アーキテクチャの解説や図、各種構成図、各種手順書、ポストモーテム、ポリシー、SLA(SLO) … その他の様々な場面でドキュメントを書く必要があります。しかし、ドキュメントは価値が見えにくく時間と労力がかかり品質担保の面で重要度がとても高いのにその場での価値が見えにくいので浸透しにくいです。そのため、エンジニアとしてモチベーションが保ちづらいです。2021年 State of DevOps 2021 にもドキュメントに関する言及があり今後、

                                                                          良いドキュメントを書きたくなる本を読んだらドキュメンタリアンになりたくなった - じゃあ、おうちで学べる
                                                                        • DevOpsとは何か? そのツールと組織文化、アジャイルとの違い

                                                                          両氏はこのプレゼンテーションの中で、それぞれの役割の違いから対立することの多い開発者(以下、Dev)と運用者(以下、Ops)の対立構造を次のように示した。 Devの役割が“システムに新しい機能を追加する”である一方、Opsの役割は“システムの安定稼働”である。そのため、Devが新しい機能を追加したくても、Opsはシステムの安定稼働のために変更を加えたがらない、という対立構造が作られてしまっていた。 しかしDevとOpsのそれぞれのミッションは(DevOpsの概念と同じく)、どちらも「システムによってビジネスの価値をより高めるだけでなく、そのビジネスの価値をより確実かつ迅速にエンドユーザーに届け続ける」ことである。そのミッションを達成するための手段が、上記のとおりDevは“システムに新しい機能を追加する”であり、Opsは“システムの安定稼働”なのである。つまり、同じ「ミッション」を掲げている

                                                                            DevOpsとは何か? そのツールと組織文化、アジャイルとの違い
                                                                          • crontab database ~君がしでかしてくれたもの~ - Qiita

                                                                            この記事は本番環境でやらかしちゃった人のアドベントカレンダー2日目の記事です。 内容的にそろそろ時効だと思うので供養のために書きました。 追記。そういえば時期をちゃんと書いてなかったけど事件が起きたのは去年2018年、つまり仕込み(ヲイ)は2017年の話です ぶっちゃけネタ記事ですw (たまたま見つけて参加してみただけなのに昨日の記事の伸びっぷりを見て戦々恐々としてる TL;DR DB移行作業において、テスト期間中は常に最新のデータで処理できるように書いておいたプログラムをcrontabで実行していた。最終的に本番に合わせて日時を調整していたが、そのことを失念し1年後に再実行されてしまい、本番データが1年前に巻き戻る事故発生。 crontab は分、時、日、月、曜日を指定できるが、1年後に帰ってくるから気をつけてね。という話。 惨劇はなぜおこってしまったのか 結論から言えばcrontabの

                                                                              crontab database ~君がしでかしてくれたもの~ - Qiita
                                                                            • 完全に単一のHTMLファイルで動作するMarkdownエディタ作った - Qiita

                                                                              概要 完全に単一のHTMLファイルで動作するMarkdownエディタ「かんたんMarkdown」を作ったというお話。 お断り 一応簡単に動作検証はしていますが、とんでもないバグが潜んでいるかもしれません。 かんたんMarkdownを利用して大切な文章がなくなってしまったり、その他損害が生じても責任は取れませんm_ _m 経緯 前回の記事(そろそろExcelで資料作るのやめたい)で、 単一ファイルで動くMarkdown 画像をbase64で埋め込んでしまう というアイデアに可能性を感じて下さった方が多いようです1。 しかしながら、 エディタとプレビューアが別なのが面倒 base64に変換するのが面倒 といった意見も多く聞かれました。 そこで思ったのです。ならばエディタを作ってしまえと。 かんたんMarkdown かんたんMarkdownは完全に単一のhtmlファイルで動作するMarkdown

                                                                                完全に単一のHTMLファイルで動作するMarkdownエディタ作った - Qiita
                                                                              • エンジニア向けの社内情報共有ツールの紹介

                                                                                FiNCのエンジニアの人数も50人を超え、チームを横断した情報共有の機運が高まっています。 もともと社内には情報共有ツールとしてConfluenceやGitHub Wikiなどがありましたが、前者はMarkdownなどのエンジニアがドキュメントを書きやすい機能が不足しており、後者は情報の検索性に難がありました。 エンジニアのコミュニケーションを活性化させるため、カジュアルに記事を投稿できて誰でも見ることができる、新しい情報共有ツールを導入をすることにしました。 今回は候補として検討した際に、以下の要件を満たしていた情報共有ツールを紹介します。 Markdownを使ってプレーンテキストで記述できる記事の更新履歴のdiffを見ることができるフィードで記事の一覧を見ることができるわかりやすい検索機能コメント欄でのやりとりができるWebhook(チャットツール連携)UML記法やスライドの埋め込みの

                                                                                  エンジニア向けの社内情報共有ツールの紹介
                                                                                • Javaで業務アプリを開発するための環境構築手順(Windows/Mac対応)

                                                                                  この連載は、Javaをいきなりやることになってしまった新卒の人や、Java以外の言語の使用経験しかない人など、Javaの初心者なのに業務アプリ(ビジネスで使われるアプリケーション)の開発で即戦力にならないといけない人達に向けての連載になります。標準のJavaでできることはもちろん、DB操作のためのSQLやよく使われるライブラリの使い方など、単なるJavaのみの紹介ではなく、Javaでの業務アプリの開発に必要とされる基礎知識全般について連載を通じて学んでいくことを目的としています。 はじめに 今回の記事では、Java(ジャバ)で業務アプリを開発するための開発環境の構築を行います。また、Javaのアプリケーションの開発では統合開発環境(IDE)を使って作業することがほとんどです。統合開発環境とはアプリケーションの開発をサポートする環境で、この連載では多くの現場で使われているEclipse(エク

                                                                                    Javaで業務アプリを開発するための環境構築手順(Windows/Mac対応)