並び順

ブックマーク数

期間指定

  • から
  • まで

561 - 600 件 / 3404件

新着順 人気順

it業界の検索結果561 - 600 件 / 3404件

  • サクラエディタの便利そうな機能 - Qiita

    まえがき SIerをディスる記事がバズるたびに流れ弾が飛んでくるサクラエディタですが、この偉大なエディタを使いこなしている人間は、すくないと思います。 今回は便利そうな機能を記録しておきたいとおもいます。 エディタから使える機能 Grep 検索メニューからGrepまたはGrepによる置換が行えます。 GrepやGrepによる置換には正規表現が利用できます。 利用可能な正規表現 https://sakura-editor.github.io/help/HLP000089.html 個人的によく使う正規表現は「\t」でGRAPの結果をタブ区切りに変換してExcelに張り付ける使い道です。 1、Grepの結果がある。 2、「): 」→「):\t」の置換をやる 3、Excelにはりつけやすくなる。 ※正規表現使わなくてもタブ文字をコピーアンドペーストで置換後に入力する手もある 変換 変換メニューで

      サクラエディタの便利そうな機能 - Qiita
    • たった一言でエンジニアを怒らせる方法 10 おまけ付き - KAYAC engineers' blog

      この記事は、Tech KAYAC Advent Calendar 2020 の17日目の記事になります。 こんにちは。はじめまして。クライアントワーク事業部でコピーライターをしている合田ピエール陽太郎と申します。 www.kayac.com コピーライターとは 普段は、広告を見る人に向けて、どんな言葉を言えば振り向いてくれるか、商品を手に取ってもらえるかを考え続けて全精力を捧げている人間です。いわゆる短い言葉で、人を惹きつけるにはどうすればいいかを常日頃から考えています。たとえば、YouTubeの『好きなことで生きていく』、日産の『やっちゃえ日産』などは一度は目にしたことがあるのではないでしょうか。そういった言葉をディレクターから依頼されて考えることが多いです。 書こうと思ったきっかけ 僕がこれまで数社を渡り歩いてきた中でエンジニアと他の職能の人とが言葉のやりとりで上手くいかずに憤慨してい

        たった一言でエンジニアを怒らせる方法 10 おまけ付き - KAYAC engineers' blog
      • 「無人化システム」を駆逐する組織マネジメントとエンジニアリング

        弊社では2019年3月ごろから「無人化システム」の駆逐を進めています。本記事ではこの取り組みを、組織マネジメントとエンジニアリングの側面から紹介します。 恐怖の無人化システム 「無人化システム」は社内の独自用語なので、まずは言葉の意味から説明します。 無人化とはなにか 無人化の前に属人化について触れておきましょう。weblio辞書から属人化について引用します[1]。 ある業務を特定の人が担当し、その人にしかやり方が分からない状態になることを意味する表現。 無人化は属人化の進化系です。無人化とは「属人化していた業務の担当者がいなくなってしまい、誰にもやり方が分からない状態になること」と定義できます。誰がどう見てもダメな状態ですね。 無人化システムとはなにか システム運用が属人化し、かつその運用者が退職するとシステムが無人化します。我々の会社ではこのようなシステムを『無人化システム』と呼んでい

          「無人化システム」を駆逐する組織マネジメントとエンジニアリング
        • ほんとうにあった開発生産性が爆下がりする話 - Qiita

          昨今、継続的にプロダクト開発していくことが主流となり、Four Keysなどの開発パフォーマンスを測る指標なども出てきており開発生産性を向上させることが注目されています。 しかし、かつての開発現場では今では信じられないような開発生産性を爆下げするようなことをやっていました。 この記事では10年以上前に私が経験した開発生産性を爆下げする事例を書いていこうと思います。 (私が体験したことをベースに書いているので10年前は全てがこうだったということではないのでご留意ください ) 修正前のコードはコメントアウトで残す 当時、ウォーターフォールで開発していました。 ウォーターフォールでは開発工程とテスト工程が分かれています。 開発工程で一通りコーディングして、テスト工程で動作確認を行いバグを潰します。 問題はここからです。 とある現場では、テスト工程でバグを直すときにコードを破壊的に直すのではなく、

            ほんとうにあった開発生産性が爆下がりする話 - Qiita
          • EvernoteをイタリアIT企業が買収 「製品は存続」

            イタリアのミラノに拠点を置くIT企業Bending Spoonsは11月16日(現地時間)、“脳の拡張”を目指すオンラインメモサービス「Evernote」を手掛ける米Evernoteを買収することで合意したと発表した。買収総額などの詳細は公表されていない。取引は2023年初頭に完了する見込み。 Evernoteは公式ブログで、買収完了後も「ユーザーのデータを安全に保護するというわれわれの取り組みは揺るぎなく、Evernoteは今後も繁栄し続ける」としている。 Bending Spoonsは動画や画像の編集ツールを提供する企業で、約1億人のユーザーを擁する。同社のルカ・フェラーリCEOは発表文で、自社の独自技術をEvernoteに適用することで有用性を高め、リーチを強化すると語った。 Evernoteは2000年にステパン・パチコフ氏が立ち上げた。2007年にCEOに迎えられたフィル・リービ

              EvernoteをイタリアIT企業が買収 「製品は存続」
            • レバレジーズを退職します/人材紹介の最前線で見えたITエンジニアとして長く生き続けるための傾向と対策|久松剛/IT百物語の蒐集家

              本日8月26日、レバレジーズ最終出社でした(8月末退職)。レバレジーズではメディアシステム部部長としてエンジニアリングマネージメントを中心に担当した他、レバテック技術顧問としてエージェントの専門性向上などを担い、ITエンジニアのキャリアについて接したり深く考える機会が多くありました。写真は最初の勤務地のヒカリエと、現在のスクランブルスクエアです。 退職理由などについてはここ数年情シスの長としてレピュテーションリスクの観点から監視する側だったので特に書きませんが、代わりに私が採用時・入社後に示してきたITエンジニアとして長く生き続けるためのポイントについてここに記します。つまりは「指名されるエンジニア」になるために必要な事柄です。IT業界に出入りして20年。数多のプレイヤーの栄枯盛衰を見てのお話です。この観察結果からまとめた内容になります。 最も恐れなければならないのは忘却されること 以前に

                レバレジーズを退職します/人材紹介の最前線で見えたITエンジニアとして長く生き続けるための傾向と対策|久松剛/IT百物語の蒐集家
              • 登大遊・落合陽一に7つの質問。最もけしからんエンジニアとは?【ECDWレポート】 - エンジニアtype | 転職type

                2021.05.21 働き方 落合陽一登大遊イベント 4月13日から17日にかけてエンジニアtypeが開催したオンラインカンファレンス『ENGINEER キャリアデザインウィーク』(ECDW)。本イベントの基調講演に登壇したのは、登大遊さんと落合陽一さんのお二人。 前編の記事に引き続き、本記事ではセッション後半の参加者からの質疑応答パートの内容を、一部抜粋してご紹介しよう。 >>前編記事も合わせて読む 登 大遊さん(写真左) 1984年兵庫県生まれ。2003年に筑波大学に入学。同年、IPA(独立行政法人情報処理推進機構)の「未踏ソフトウェア創造事業 未踏ユース部門」に採択、開発した『SoftEther』で天才プログラマー/スーパークリエータ認定を受ける。17年、筑波大学大学院システム情報工学研究科博士後期課程修了。博士 (工学)。現在、IPAサイバー技術研究室長のほか、ソフトイーサ株式会社

                  登大遊・落合陽一に7つの質問。最もけしからんエンジニアとは?【ECDWレポート】 - エンジニアtype | 転職type
                • チーム開発で活躍するために、自分の庭を作れると良い - hitode909の日記

                  チームでどうやって活躍するか、まだイメージがついてない、振られた仕事をやっているだけで、仕事をしている間は忙しいけど、確認待ちになるとすぐ暇になってしまう、というメンバーの悩みを聞いていた。 巨大なチーム、巨大なプロダクトだと、すぐに全容を把握するのは難しい。その中で、この範囲なら触れています、任せてください、という庭を作るとよいのでは、という話をした。 思いつきで話したわりには意外といいことを言ってるなと思ったので掘り下げて書いてみます。 庭とは 現代では、庭のある家に住んでる人は少ないかもしれない。うちは実家が田舎だったので庭があって、ボールを蹴って回ったり、石をめくってアリを観察したり、隣の家の庭との境界もゆるくて、冒険と言って隣の家の庭で遊んだりしていた。 大人になってからの庭というと、池袋で遊んでた人が「池袋は俺の庭」と言ったり、JR新宿駅の東口を出たら椎名林檎の庭があることが知

                    チーム開発で活躍するために、自分の庭を作れると良い - hitode909の日記
                  • GitLabで学んだ最高の働き方。気持ちよく働くための組織と個人のテクニック(前編)。デブサミ2022

                    今日は「GitLabで学んだ最高の働き方」ということで発表していきたいと思います。 私、伊藤と佐々木はGitLabでソリューションアーキテクトをやっている者です。 GitLabは、オンプレミス用のソフトウェアと、GitLab.comも長年やっておりますのでぜひ使ってください。去年めでたく上場しましたので、さらにいろんな機能を追加して強力なDevOpsプラットフォームとして展開していきたいと思っています。 このセッションで共有したい内容の背景、これは個人的にGitLab社に参画した理由のひとつでもあるのですが、製品が魅力的であることともうひとつ、GitLabはご存じの通り、ご存じない方もいるかもしれませんが、従業員全員がリモートワークをしている企業です。 そこなら最先端のやり方での働きができるのではないか、という仮説が私の中にありまして、入社しました。 で、実際どうだったかというと、はい、最

                      GitLabで学んだ最高の働き方。気持ちよく働くための組織と個人のテクニック(前編)。デブサミ2022
                    • エンジニアのスキルマップ・テックリードへの途 - 電通総研 テックブログ

                      みなさんこんにちは。電通国際情報サービス(ISID) 金融ソリューション事業部の水野です。 これは電通国際情報サービス Advent Calendar 2022の16日目の記事です。 今回は、ISID金融事業部で運用しているスキルマップについてご紹介します。 テックリードとは 実は、ISIDの少なくとも金融事業部にテックリードと言うポジションはありません。 実在するのはチーフアーキテクトと言う職種のみで、各プロジェクトでリードエンジニアやテックリードという仮想的なロールがあるのが実態です。 一時期はフルスタックエンジニアと呼んでいる時期もありましたが、近年このワーディングが好まれない印象なので、大々的に使っていません。 主観ですが、フルスタックエンジニアはインフラ知識/運用系の知識のウェイトが高いエンジニアで、テックリードはソフトウェアアーキテクチャ、Webアプリケーション実装技術寄りのエ

                        エンジニアのスキルマップ・テックリードへの途 - 電通総研 テックブログ
                      • 「老害にならないようにね」80歳エンジニア、スタートアップで働く毎日を語る | Coral Capital

                        スマートロックを活用した法人向けの「Akerun入退室管理システム」をはじめとしたAkerunブランドのクラウド型IoTサービスを提供するフォトシンス(フォトシンス)ではたらく最年長エンジニア、ヒロカズさんはなんと今年で80歳。 もしかしたら日本最年長のスタートアップエンジニアかもしれません。 周りの同僚はもちろん、直属の上司である取締役も孫のように年が離れている。でも、「お互いに敬意を払えば信頼は生まれるもの」と深谷さんは話します。 楽しそうに日々働いている話をお聞きすると、きっと技術的な資産と同じくらい、人柄も大事なんだろうと感じます。前回のインタビュー記事に続き、熟練エンジニアの人生を追います。 今回は深谷さんとその上司、取締役の熊谷さんにも話を伺いました。 大手メーカーから、五反田の2LDKのオフィスへ ーー長年勤めた会社を定年後、マレーシアで仕事を続けて10年あまり。そこから日本

                          「老害にならないようにね」80歳エンジニア、スタートアップで働く毎日を語る | Coral Capital
                        • 海外「日本人は真面目過ぎるんだよ」 何で日本人は万能なのにこの分野だけは苦手なんだ?

                          コンピューター分野において「ハードウェア」の対比語で、 何らかの処理を行うコンピュータ・プログラムや、 関連する文書などを指す言葉である「ソフトウェア」。 一般的にはワープロソフト等のアプリケーションソフトウェアや、 OSなどのシステムソフトウェアに分類されています。 今回の翻訳元では、そのソフトウェアと日本人を絡めた投稿が。 「日本人は基本的にどんな技術でも優れており、 より勤勉に作業に取り組むにもかかわらず、 なぜかそれがソフトウェア面では当てはまらないのは奇妙だ。 偉大なソフトウェアに、日本発のものは存在しない」と、 ソフトウェア技術が唯一と言える日本人の弱点だと指摘しています。 この投稿に対し、外国人から様々な見解が寄せられていました。 その一部をご紹介しますので、ごらんください。 「日本は天才の宝庫だ!」 『世界を変えた日本の発明』の数々に海外から称賛の声 PexelsによるPi

                            海外「日本人は真面目過ぎるんだよ」 何で日本人は万能なのにこの分野だけは苦手なんだ?
                          • どうして未経験者はそんなにWebエンジニアにこだわるんだい?◕‿‿◕

                            わけがわからないよ。ここ数年で全く関係ない業種から、Webエンジニアになりたい人がかなり増えてるけど、わけがわからないよ。 どうして、君たちはWebエンジニアにそんなに魅力を感じるんだい?ぼくはWebエンジニアをしてるけど、そこまでこだわる理由がわからないよ。 自由な働き方ができて、給料も高く、ストレスフリーで働けるって思いこんでるみたいだけど、そんなのは怪しいインフルエンサーやプログラミングスクールの宣伝文句に過ぎないさ。 解説するよ。よく読んで! そんな…あんまりだよ、夜間メンテナンスや緊急対応があるって、こんなのってないよ!君たちはソシャゲがメンテナンスになったときに、文句を言ってるけど、 君たちがなりたいWebエンジニアが、メンテナンス中に何をしているか想像したことがあるかい? メンテナンス中、彼らはプレッシャーに耐えながら必死で働いているんだ。ユーザーのために、早くサービスを再開

                              どうして未経験者はそんなにWebエンジニアにこだわるんだい?◕‿‿◕
                            • 未経験からWebエンジニアを目指す人に伝えたいこと

                              最近、未経験からWebエンジニアを目指そうと思っているんだけどどうだろう? という相談を受けることがあったので文章としてまとめておきます。 この文章はプログラミングを学んでWebエンジニアになろうとしている人に向けています 既にこの業界で働いている人にとっては常識的な内容しか書かれていません Webエンジニアになるには そもそもの読者の方達がどのような状況にいるのかによって方針が変わります。 新卒採用 新卒採用の場合は企業が未経験者を積極的に採用をして教育をしてくれるルートがあります。 この点は普通の就職活動をしてエンジニア職として採用されるようにがんばりましょう。 ただし、最近は新卒であっても小学生や中学生の頃からプログラミングの経験を積んできたスーパープログラマーがいます。また、そういった早熟な方達以外にも、大学や高専、専門学校などでプログラミングを専門的に学んできた人たちと就職活動で

                                未経験からWebエンジニアを目指す人に伝えたいこと
                              • Salesforce、Slackを2.9兆円で買収 Microsoftに対抗 - 日本経済新聞

                                【シリコンバレー=佐藤浩実】企業向けソフトウエア大手の米セールスフォース・ドットコムは1日、ビジネスチャットを手掛ける米スラック・テクノロジーズを買収すると発表した。買収額は277億ドル(約2兆8900億円)。世界で14万社が利用しているスラックとの連携を深め、企業向けのサービスを幅広く手掛ける米マイクロソフトに対抗する。買収額はスラックの時価総額(1日時点で250億ドル)を約1割上回る。現金

                                  Salesforce、Slackを2.9兆円で買収 Microsoftに対抗 - 日本経済新聞
                                • オワコン大手SIerに学ぶアンチパターン - Qiita

                                  軽い読み物としておもしろおかしく読んでください。 はじめて社外の人の仕事を見た 今まで社内の成果物しか目にしてこなかったのですが、ふとしたきっかけで外部ベンダーが作ったシステムを移行することになりました。 会社名を見て、よく知った会社でちょっと安心しました。 「ここなら設計書とかもきちんとしてるだろう、多少古臭くても堅実にやってるんじゃないかな」って思ってました。ええ。 実態は全然違った とんでもない量のExcelが設計書として渡されました。 さすがに設計が専門だけあって設計書の量はすごいなぁ。と思って読んでいるといろいろ察してきました。 正直、「オワコン大手SIer」と呼ぶしかありません。設計しかできないと思っていたのに、何もできないなんて・・・ 実際に自分が見た「オワコン大手SIer」のアンチパターンをご紹介していきます。 自分が多く当てはまっている場合は今すぐ直してください。移行する

                                    オワコン大手SIerに学ぶアンチパターン - Qiita
                                  • SoftEtherの登 大遊氏が語る、「日本のITエンジニアに迫る危機」とは

                                    大学在学時に、ソフトウェアVPN(Virtual Private Network)の「SoftEther VPN」(以下、SoftEther)を開発したことで広く知られる登 大遊氏。SoftEther開発後も中国の検閲用ファイアウォール「グレートウォール」へのハッキングなどで話題を集め、現在は東日本電信電話(NTT東日本)のビジネス開発本部 特殊局員、情報処理推進機構(IPA)の産業サイバーセキュリティセンター サイバー技術研究者、筑波大学の客員教授などを務めている。 登氏が、ゲットイットが開催したWebセミナーで、日本のITエンジニアに必要な「トライ&エラー(トライアルアンドエラー)の思考法」について話した。ゲットイットは、リユースIT製品の販売やレンタル、メーカーサポートが終了した製品の保守をサポートするIT機器保守(第三者保守)など幅広い役割で、NTTグループをはじめとする多数の企業

                                      SoftEtherの登 大遊氏が語る、「日本のITエンジニアに迫る危機」とは
                                    • Instagramはどうやって3人のエンジニアで1400万人にサービスを提供できるシステムを組み上げたのか

                                      Instagramは2010年10月にサービスを開始後、2011年12月までのわずか1年間で1400万人に利用されるほど巨大なサービスに成長しました。こうしたスケールに対応できるシステムを組み上げたのはたった3人のエンジニアだったとのことで、どのように少人数でスケールするシステムを組み上げたのかについて、エキスパートエンジニアのレオナルド・クリードさんが解説しています。 How Instagram scaled to 14 million users with only 3 engineers https://engineercodex.substack.com/p/how-instagram-scaled-to-14-million レオナルド・クリードさんは、Instagramが3人のエンジニアで安定して巨大なサービスを提供できた理由として、下記の3つの原則を守ったからだと述べています

                                        Instagramはどうやって3人のエンジニアで1400万人にサービスを提供できるシステムを組み上げたのか
                                      • 初めてメンターになるときに意識すると良さそうなこと10選

                                        皆さんこんにちは、株式会社ラクーンホールディングスでエンジニアをしている川﨑です。 そろそろ新入社員が入社してくる時期ですね。新たなメンバーとの仕事にワクワクする方も多いと思います。 私は今年度に入社した新卒社員のメンターを務めました。後輩に本格的に仕事を教えるのは初めての経験だったので、後輩が配属される直前まで「将来を台無しにしたらどうしよう」と考えていました。 結果的に私がメンターをした彼は、1年目とは思えないレベルで素晴らしい技術力を身に着けてくれたので、彼の成長に多少役に立てたのかなと思います。 おそらく来年度初めてメンターとなる方々の中にも、私と同じように良いメンターになれるか不安な方がいるのではないでしょうか。 この記事では 私の経験と反省から、私が思う『メンターになるうえで意識すると良いこと』をお伝えします。 是非メンターになる準備に役立てていただければと思います。 協力して

                                          初めてメンターになるときに意識すると良さそうなこと10選
                                        • 設計ドキュメント腐る問題、Git管理で運用してみた結果 | フューチャー技術ブログ

                                          はじめにTIG真野です。 秋のブログ週間2023 の3本目は、設計ドキュメントをGit管理して腐らせないようにがんばってみた話をします。 前段として6年前、「我々はいかにシステム開発におけるドキュメント腐る問題と戦えば良いのか」という記事を書いたのですが、その後の試行錯誤はどこにも残していないことに気づきました。普段のフューチャー技術ブログですとちょっと引け目を感じるテーマですが、秋の夜長を楽しむため読み物成分を多めに書くというテーマのこのブログリレーにピッタリな気がするため、この機会をお借りします。 ドキュメントも色々な種別があるかと思いますが、この記事では設計ドキュメントを指すことにします。設計ドキュメントは開発メンバーが参照するもので、ステークホルダーへの説明資料に引用して使うことはあれど、主目的は異なるという前提です。Design Docの場合もありますし、システム構成図、ERD、

                                            設計ドキュメント腐る問題、Git管理で運用してみた結果 | フューチャー技術ブログ
                                          • 何のための個人目標設定?

                                            EMゆるミートアップ vol.6 〜LT会〜 https://em-yuru-meetup.connpass.com/event/308552

                                              何のための個人目標設定?
                                            • 研究職/技術職に向いていない性格とは?満場一致で同意を得た結論がこちら「間違いない」「研究者じゃなくてもそう」

                                              くりぷとバイオ@研究×新規事業 @cryptobiotech 「研究に向いてない性格」を研究職メンバーで話し合ったことがありますが、 ■研究への批判を“自身への批判”に置き換える は満場一致で同意だった。 「その“研究”の進め方はおかしいのでは?」という指摘に対して「“あなた”はおかしい」と誤翻訳されてしまう人は成長機会を取りこぼしていると思う。 2019-08-12 21:50:10

                                                研究職/技術職に向いていない性格とは?満場一致で同意を得た結論がこちら「間違いない」「研究者じゃなくてもそう」
                                              • Railsを主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ

                                                Rails の問題は Rails のベストプラクティスがフロントエンドのベストプラクティスの邪魔になるどころか全く逆方向で相反してる点です。DHHの思想がフロントエンドと根本的に逆行してる。そういう人が作るフレームワークなのでwebpackerの抽象化を根本的に間違ったりする。 — prev.js (@mizchi) December 1, 2020 昨日もリプライで少し書いたけど、DHH自体が直近のHeyの開発でも明確にJavaScriptというものを触れないようにすることを是としているような主張をしているので、DHH wayが色濃く反映される以上この状態はもう避けられない気がしている — potato4d / Takuma HANATANI (@potato4d) December 1, 2020 Railsがフロントエンドの最先端をゆく人々1から良く思われないのは事実として。 Vie

                                                  Railsを主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ
                                                • Google Japan にビジネス職として新卒入社して、本社でソフトウェアエンジニアになるまで|Hiro Tsujino

                                                  初めまして!タイトルの通りなのですが、自分は現在ベイエリアでソフトウェアエンジニアとして働いているものの、今の職種に就くまで少し変わった経緯があります。具体的には、文系学部(経済学部)を卒業して、ビジネス職(カスタマーサクセス)として入社した後、本社に転籍し、今はソフトウェアエンジニア(以下、SWE)として働いています。 時々「どうしてアメリカに行こうと思ったの?」「どうして SWE になったの?」「どうやって独学で SWE になったの?」と聞いてくださる方がいるので、今回少し書いてみようと思った次第です。ただ、初めにお断りしておくと、その質問に直接お答えするというよりは、自分の体験談を叙述的に記述してしまったので、一部の方には物足りなく感じてしまうかもしれません。 動機 - なぜ本社で SWE になろうと思ったのか結論から先に書くと、学生時代にベイエリアを訪れることがあり、そこで出会った

                                                    Google Japan にビジネス職として新卒入社して、本社でソフトウェアエンジニアになるまで|Hiro Tsujino
                                                  • NewsPicksにCTOとして入社して1年でDX Criteriaを大幅改善した話 - Uzabase for Engineers

                                                    こんにちは。このブログでは初めまして。2020年の2月にNewsPicksに入社した高山です。 今回は僕がNewsPicksのCTOになってからの1年でやったお仕事について書いていきます。 CTO最初のミッション DX Criteriaについて 「デプロイ回数」を定点観測 やってきたチャレンジ 1年経ってみて CTO最初のミッション NewsPicksは2013年に誕生し、5年ほどの壮大な創業期の間にたくさんの新しい領域に挑戦しており、僕が入社したときには既に事業面でもシステム面でも「それなりの複雑さ」という感じでした。 前任CTOの杉浦さん(今はグループ内でアメリカでの新規サービスの立ち上げをしています)からバトンを受け取って最初のミッションが「DX Criteriaを上げること」だと聞いたときにそのあたりの事情を全て察しました。😅 結論から先に書くと、1年で大幅改善を達成することがで

                                                      NewsPicksにCTOとして入社して1年でDX Criteriaを大幅改善した話 - Uzabase for Engineers
                                                    • Oh My Git! – git の使い方を学べるゲーム

                                                      Oh My Git! は、バージョン管理ツール git の使い方を学ぶためのゲームです。 中央にgitツリーのグラフが表示され、手元にはgitコマンドを表すカードが配られます。 カードを使わずに右側のターミナルでコマンドライン操作することも可能。お題で出てきた課題を満たすためのカード/コマンドを正しく実行すると、右側の達成項目が緑に反転し、すべて達成すればそのレベルはクリアです。 commit を指定し、そこにカードを捨てることでカード上のコマンドを適用。 levels にあるステージ一覧から、好きな項目について遊ぶことが可能です。 カードを使っても解けますが、コマンドラインで解くと右端のボックスを黄色にすることができます。 ソースコードは GitHub で公開されていて、バイナリ版も Windows, MacOS, Linux 向けに提供されています。 テキストファイルで新たなlevel

                                                        Oh My Git! – git の使い方を学べるゲーム
                                                      • Skeb、12月の大規模障害は「Heroku障害ではない」「完全に解決」 詳細は触れず

                                                        クリエイターに有償でイラストなどを発注できるサービス「Skeb」を提供するスケブ(東京都千代田区)は1月23日、2022年12月に発生した障害について「セールスフォース・ジャパン担当者との協議を経て、完全に解決した」と発表した。原因がクラウドサービス「Heroku」の障害でないことを確認したという。 Skebでは12月23日から24日にかけて障害が発生。当時の発表では、原因はHerokuのアカウントにあったとしていた。ただし詳細に不明点があり、解決後も問題の経緯を探っていたという。 スケブによれば、セールスフォース・ジャパンは障害の解決後、12月28日にスケブを訪問。原因がHerokuの障害ではないことを確認した他、セールスフォース・ジャパンが当時把握していた状況について説明を受けたという。その後協議を経て、1月23日に問題の解決に至ったとしている。ただし障害が起きた実際の原因については説

                                                          Skeb、12月の大規模障害は「Heroku障害ではない」「完全に解決」 詳細は触れず
                                                        • 零細企業経営にはほとんどの意見が参考にならなかった話

                                                          いつか書こうと思っていたので雑に書いていく。 要約基本的に人の意見は参考にならない、聞く必要ない。自分の考えを信じたほうがいい。 ただし、IT 系の企業経営者で信頼できるなら人が身近にいるのであれば、意見交換はしたほうがいい。最近全く会えてないが、ヴェルクの田向さんと Sigfoss の森さんから頂いた意見はとても役に立った。 社外の人間の意見は参考にはならない自分が起業したときに苦労したので、書いておくが、この記事も参考にならないと思ったほうがいい。 思い立ってすぐに起業したので、ほとんど知識がなかった。いろいろな人の意見を聞いてみたが、実際に経営してみると全く参考にならなかった。 助成金の話ばかりする人これは最初に契約した税理士が良くなかっただけかもしれないが、基本的に助成金の話しかしてこない。助成金の仲介手数料が目当てなんだろう。 ちなみに助成金に関しては社員時代に一度助成金を使った

                                                          • 組織の"わからない"に対する不快感 - Konifar's ZATSU

                                                            組織の中で何らかの歪みを感じる時、その根っこにはある人が関係する物事について「わからない」「知らない」という感覚があることが多い。 例えば「なんでこんな非論理的な意思決定するのか。アホじゃないのか」と感じた時、本当にアホなこともあるかもしれないが、判断材料となる情報が正しく伝わっていなくてそう感じるだけということも多い。1対1で色々聞いていくと「なるほど、たしかにそれならそうなりますね」と納得できるのに、情報が欠落しているだけで不和を生むのだ。 情報だけではなく、人格も同じである。仲のいい人から言われる冗談は笑ってやりとりできても、よく知らない人から同じことを言われると嫌な気持ちになることもある。 組織において、こういった「わからない」が積み重なると雰囲気が悪くなっていく。「あのチームは」「あの人は」といった形でわからないものを自分とは違うものとして表現して、一体感がなくなるのだ。なんだか

                                                              組織の"わからない"に対する不快感 - Konifar's ZATSU
                                                            • バックエンドに興味を持つ学生にオススメするクラウド系メインのリンク10選 - y-ohgi's blog

                                                              概要 学生氏に適当なことを言い過ぎ反省しているので、バックエンドのいま覚えてる良かった記事の共有です。 まっさきにみるやつ Web 系エンジニアの学習ロードマップです。 とりあえずこのロードマップにのってる"紫のチェックマーク"がついたものを順番にこなしていけば良いとおもいます。backend のロードマップを紹介しましたが他にもfrontend やdevops などもあります。しかも毎年更新してくれます。 この記事はこのロードマップ以上の情報は提供できません。おわり。 roadmap.sh その他 エンジニアリングについては雑に調べると歴戦のエンジニア各位が紹介してくださってるので、クラウド系をメインに紹介します。 一般的なやつ タイトルママ。 バックエンドというよりエンジニアリング全般。 japan.googleblog.com 技術記事に特化したキュレーションサービスです。 追いたい

                                                                バックエンドに興味を持つ学生にオススメするクラウド系メインのリンク10選 - y-ohgi's blog
                                                              • 「いつかGitHubで働きたい」10年来の空想を現実にしたソフトウェアエンジニアの紆余曲折な人生 - Findy Engineer Lab

                                                                長永健介(@kyanny)と申します。現在はGitHubで働いています。10年前、「いつかここで働きたい」と夢見た会社です。 私は子供の頃から「考えること」が好きでした。難しいこともくだらないことも、真面目に考えて自分なりの意見をまとめる癖がありました。成長するにつれて私の思考様式は洗練され、Webとブログに出会ったことで「書く」という手段に昇華されました。書くことで考えていることを言語化し、言語化した自分の考えを読みながらさらに考えを深める ── この活動を繰り返すことで、起こりうる問題に備えたり、問題を多角的に見つめて活路を見出してきました。 とりわけキャリアの選択において「(思考|志向)を言語化する」習慣が大いに役立ちました。この記事では私のキャリアにおけるいくつかの選択と、その時々で考えていたことについて紹介します。 望んでなかった「けものみち」を変えた日記の言葉 Shut the

                                                                  「いつかGitHubで働きたい」10年来の空想を現実にしたソフトウェアエンジニアの紆余曲折な人生 - Findy Engineer Lab
                                                                • 生涯現役のソフトウェアエンジニアでありたい。IC(Individual Contributor)のキャリアパスがあると自覚するまで10年の軌跡 - Findy Engineer Lab

                                                                  ソフトウェアエンジニアの藤吾郎(@__gfx__)と申します。最近、IC(Individual Contributor / 個人貢献者†)という言葉でキャリアが語られることも増えてきたように思います。この記事では、ソフトウェアエンジニアにおけるICというキャリアパスについて、自分の認識と経験を交えて次の点から解説していきます。 ICというキャリアパスがあることを、ソフトウェアエンジニアに知ってもらいたい 私が39歳という年齢でIC一本でいくと決意するに至った経緯は? 「IC」とはどういったキャリアなのか? 管理職ではないキャリアとしてのIC これからICを定義する企業は増えるか 私がICというキャリアパスを選ぶことになるまで ソフトウェアエンジニアになるつもりはなかった 27歳で選択したソフトウェアエンジニアをウロウロする10年 Fastlyに入社して初めて明示的にICとなる ソフトウェア

                                                                    生涯現役のソフトウェアエンジニアでありたい。IC(Individual Contributor)のキャリアパスがあると自覚するまで10年の軌跡 - Findy Engineer Lab
                                                                  • t_wada さんの講演メモ ー 技術書の読み方を中心に - 冷めたコーヒー

                                                                    はじめに 和田さん(@t_wada)の講演が素晴らしく良かったのでメモを残しておきたいと思います。和田さんと言えば... t_wada ですね!本講演では、「技術の学び方を学ぶ」ことを目的として二部構成で論が展開されました。「技術の学び方の学び」とは、メタレベルの学びのことを指しています。すなわち、効率的に新しい技術を学ぶためにはどのように学べば良いのかという話です。内容は以下の通りです。 第一部 四半期ごとに技術書を読む 手を動かしながら学ぶ 毎年少なくとも一つの言語を学ぶ 身の回りをプログラミング対象にする アウトプットを行う 第二部 毎日コードを書く 年下から学ぶ 過去から未来を見る 人のつくる渦を見る 大事なことに集中する いずれも非常に興味深い内容だったのですが、細かい事項については2017年の講演メモのエントリーがありましたので、ぜひそちらをご覧いただければと思います。(記事へ

                                                                      t_wada さんの講演メモ ー 技術書の読み方を中心に - 冷めたコーヒー
                                                                    • エンジニアの幸せを奪いがちな7つのこと

                                                                      はじめに 2021年初、優秀なエンジニアはまだまだ引っ張りだこです。コロナ禍で世の中のデジタル化が進む傾向があり、従来のようなIT企業のみならず、その他の業種や官公庁においてもエンジニアの需要は増えていそうです。 そんな中、このコロナ禍だからこそ気を付けたい、エンジニアの幸せを奪いがちな7つのことを、自戒を込めて俯瞰したいと思います。 (注意) 1)自分の社での肩書はデータサイエンティストなので厳密にはエンジニアではないのですが、この記事においては便宜上、エンジニアという言葉を「業務でコード書く人、あるいはそれに関連する業務を担当する人」とざっくり定義して使用します。 2)自分の所感がほとんどです。本気にしないでください。 目の疲れ 概略 現代においてエンジニアに限ったことではないかもしれませんが、1日24時間あるうち、睡眠以外のほとんどの時間をディスプレイの前で過ごしている方が多いと思い

                                                                        エンジニアの幸せを奪いがちな7つのこと
                                                                      • 全ての開発者に知って欲しい5つの業務効率化ツール - Qiita

                                                                        こちらの記事は、Indrek Lasn 氏により2019年 6月に公開された『 Here Are 5 Productivity Tools Every Developer Should Know 』の和訳です。 本記事は原著者から許可を得た上で記事を公開しています。 私がプログラミングに関して学んだ最も重要なスキルは、おそらく適切な仕事に適切なツールを選ぶことでしょう。ハンマーしか持っていないと、すべてが釘のように見えてしまいます。そのため、開発者の生産性と満足度を向上させる新しいツールを常に探すことが重要なのです。 注意:私はここで紹介する会社やツールとは一切関係がありません。私がそれらを選んだのは、それらが単純とても便利だと感じたからです。 Insomnia バックエンド、フロントエンド、フルスタックのいずれの開発者でも、APIを使った作業をする時があります。ほとんどのモダンアプリケー

                                                                          全ての開発者に知って欲しい5つの業務効率化ツール - Qiita
                                                                        • サンフランシスコのモバイルゲーム会社に入って驚いたこと -日常編- - GAME NEVER SLEEPS

                                                                          2014年前半から17年後半まで在籍した、F2Pの中でもビルダーと呼ばれるモバイルゲームに特化したTinyCo(現Jam City)というスタジオに在職中に印象に残ったことを書きます。入った時点で設立4年目くらいで40人いるかいないかくらいの規模だったのが、3年半後に辞める時には3倍に人増えてたようなスタジオなので、まあ、アメリカ西海岸ベイエリアのそういう会社ではそうなんだな、くらいに読んでくだされば幸いです。本当は退職のタイミングで公開しようと思ってたはずなんですが、なぜか下書きに入りっぱなしになっていて、id:shindannin さんの記事に触発されてついに公開に至りました。 shindannin.hatenadiary.com 驚いたこと全部書いてたらめちゃめちゃ長くなったので、日常編と業務編に分けました。 ちなみに、その会社への就職活動編はこちらです。もし興味があればぜひ。 ga

                                                                            サンフランシスコのモバイルゲーム会社に入って驚いたこと -日常編- - GAME NEVER SLEEPS
                                                                          • 【クラウドエンジニア向け】無償公開されている講義資料・研修資料リンク集 - Qiita

                                                                            Cybozu 2019年エンジニア新人研修 内容 HTTP/DNS Linux ソフトウェアライセンス Git/GitHub Webアプリケーション基礎 ソフトウェアテスト&テスト自動化 Chrome Developer Toolsの使い方 データベース Docker Webアプリケーションセキュリティ Linux サーバの CPU やメモリリソースの管理について 実践 Go 言語 Kubernetes を使った開発入門 CI/CD スキーマファースト開発ハンズオン GraphQL編 Cybozu 2020年エンジニア新人研修 内容 Webアプリケーション基礎 HTTP/DNS ソフトウェアライセンス スクラムトレーニング 品質保証活動に関するテスト全般からテスト自動化まで HTTPサーバー開発 デザインの役割と関わりかた セキュリティ アクセシビリティ Chrome Developer

                                                                              【クラウドエンジニア向け】無償公開されている講義資料・研修資料リンク集 - Qiita
                                                                            • 40代未経験でITエンジニアに内定した人へ『批判DM』がかなりの数飛んで来てしまう→「業界の迷惑」「担当される客のことを考えろ」

                                                                              nein @nine_f14 バックエンドエンジニア兼PM。AWSでインフラ構築も一部やってます。お仕事ではLaravel、趣味ではPythonを使ってます。 異業種で社内SE⇒WEB業界1年半。 最近機械学習に興味があり勉強中。 数学、Python、ガジェットが好きです。 よろしくお願いします。 #エンジニアと繋がりたい #エンジニア転職 nein @nine_f14 40代未経験でエンジニアになります/なりましたってつぶやくと、かなりの数で批判のDMが来る。何か40代未経験から実害被っているのか?と純粋に気になります。 ちなみに内定出たツイートのときは10件くらい批判DMきました(笑) #駆け出しエンジニアと繋がりたい #エンジニアと繋がりたい 2022-06-26 20:24:24

                                                                                40代未経験でITエンジニアに内定した人へ『批判DM』がかなりの数飛んで来てしまう→「業界の迷惑」「担当される客のことを考えろ」
                                                                              • USB紛失は「協力会社の委託先の社員」 市の委託業者、説明に誤り(朝日新聞デジタル) - Yahoo!ニュース

                                                                                記者会見の最後に深々と頭を下げるBIPROGYの平岡昭良社長(奥)、竹内裕司関西支社長(中央)ら=2022年6月24日午後4時54分、兵庫県尼崎市の尼崎市役所、新井義顕撮影 兵庫県尼崎市の全市民約46万人の個人情報が入ったUSBメモリーが一時紛失した問題で、市から業務委託を受けた情報システム大手「BIPROGY(ビプロジー)」は26日、メモリーを紛失したのを「協力会社の社員」と説明してきたのが、「協力会社の委託先の社員」の誤りだったと発表した。 【図解】データ流出を防ぐためのポイント。「データを使った後は…」 BIPROGYは24日の記者会見で、紛失したのは協力会社の40代男性社員だったと、企業名も挙げた上で説明していた。BIPROGYは「協力会社から聞き取る中で認識を誤った」としている。 BIPROGYによると、尼崎市との契約書では、業務の一部を委託する際は市の許可を取ると記載していた。

                                                                                  USB紛失は「協力会社の委託先の社員」 市の委託業者、説明に誤り(朝日新聞デジタル) - Yahoo!ニュース
                                                                                • アジャイルな開発とチームづくり - Mitsuyuki.Shiiba

                                                                                  社内でLTしたネタ。去年からサポートしているチーム作りのお話。 1週間スプリント 最初は短いサイクルで試行錯誤したいから1週間スプリントでやることにした。 スプリントの終了と開始 金曜日にスプリントレビューとレトロスペクティブとプランニング。 プランニングは2部制にして 第1部では次のスプリントでやりたいことの認識合わせを全員で 第2部では細かいタスクの話をエンジニア中心で やってる。 ストーリーポイントと理想時間を併用してみてる これはだいぶあとの方の話。 最初の頃はチケットのサイズを見積もるのにストーリーポイントだけを使ってたんだけど、半年くらいした頃にストーリーポイントに加えて理想時間の見積もりも併用することにした。 最初の頃に理想時間を導入しちゃうと、頭では分かってても「時間」に引っ張られてしまうので、ポイントだけで始めることにした。で、半年くらいしたころには新しいやり方にも慣れて

                                                                                    アジャイルな開発とチームづくり - Mitsuyuki.Shiiba