タグ

hiroponzのブックマーク (3,046)

  • CIOpsとGitOpsの話 - inductor's blog

    はじめに GitOpsという言葉が生まれたのが自分の知る限り2017年頃なのですが、世の中にあるCI/CDの仕組みはまだほとんどがCIOpsもしくは手動のオペレーションによって成り立っていると思っていて、かつては自分もそうだったのですが「Gitで管理されていればGitOpsなんでしょ?」という勘違いを払拭したくてこのエントリーを書いています。 GitOpsとCIOpsは全然違う まず前提としてGitOpsの明確な定義を知らないという場合、あなたの思う「Gitを契機とした自動デプロイの仕組み」は基的にはCIOpsです。GitOpsとCIOpsは思ったよりも大きな違いがあって、そもそもGitOpsの必要性が分かっていない場合、自動化によって成立しているデプロイはCIOpsが基です。 CIOpsとGitOpsの一番の違いは、Push型かPull型かである CIOpsの場合、例えばGitHub

    CIOpsとGitOpsの話 - inductor's blog
    hiroponz
    hiroponz 2021/09/28
    push型もpull型もアプローチの違いであって、Gitを利用してデプロイしていれば両方ともGitOpsと呼ぶのが自然だと思うんだけど、pull型じゃないとGitOpsじゃないみたいな風潮に違和感を感じる。 https://www.gitops.tech/
  • ヘタクソなコードを書いてもいい - 覚書

    プログラミング言語のお作法から外れたコードやメンテ性が悪いコードを書くのはダメとよくいわれます。わたしは学生の頃、そういう意見を過剰に気にしていました。コードを書くことそのものに慣れていないのに綺麗に書こうとして手が動かず、動かないがゆえにコーディングの練習が進まない、という悪循環になっていました。そうすると何もアウトプットしないまま知識だけが増えていって、自分がこれくらいできそうというイメージと実際のプログラミング能力とのギャップで苦しみました。 この意識が薄れたのは、あるときものすごく手が早い人のコードを偶然見たときでした。たしかにちゃんと動くものができているんですが、そのコードの中身は当時の私の基準からいって*1おぞましいほど汚いものでした。そこで「これはわたしが書けば100倍くらい綺麗なコードを書けるんでは…」と一瞬思ったんですが、その後すぐに「あ、自分は知識はあるけど練習してない

    ヘタクソなコードを書いてもいい - 覚書
    hiroponz
    hiroponz 2021/07/12
    でも限度があるとは思う
  • 優秀さについて

    Twitter で医師を拾ってきて Google のソフトウェアエンジニアにするだけの簡単なお仕事 - 白のカピバラの逆極限 S.144-3 はじめに 「【転職エントリ】Googleに入社します|Lillian|note」という、医師から未経験で Google のソフトウェアエンジニアになった記事があります。 note.com 私は、この記事に出てくる「とある元 Google のソフトウェアエンジニア」で、面接の対策を立てました。 記事が出た当初から大反響で、私もそれなりの反応を見まして、いろいろと誤解されているなあ、と思う一方、アドバイザーはあくまでもアドバイザーだから、アドバイザーとして知りえた情報については、口をつぐむべきだと思っていました。 ただ、あまりにも誤解されており、悪影響が大きく、犠牲者も多くなってきたと思ったので、… 同僚からこれについてどう思うか、と聞かれた。元の文章が

    優秀さについて
    hiroponz
    hiroponz 2021/04/09
    自分が比較的簡単に出来ることを、他の人も同じように出来ることを期待してしまうことがある。「頂は一つではない」という言葉が胸に刺さる。
  • Rubyプログラマが中学校で情報モラル講演会をしてきたよ - give IT a try

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

    Rubyプログラマが中学校で情報モラル講演会をしてきたよ - give IT a try
    hiroponz
    hiroponz 2019/07/29
    すごい
  • 【更新】7pay問題でオムニ7アプリのソースコードに漏洩の疑い。「GitHub」上で誰でも入手可能だったか

    7payをめぐる脆弱性の懸念が解決しないまま、不正使用事件発覚から約3週間が経った。この間、実行犯とみられる複数の中国籍の容疑者が逮捕され、また外部ID連携の実装の不備から、セキュリティーの懸念を指摘する報道が続いている。 セブン&アイHDは7月中を目処に、今後の対応策などを公表する予定だ。 しかしここへきて、これまでとは異なる、別の問題が浮上してきた。 7payにも関連する、ECアプリ「オムニ7」の設計図にあたるソースコードが漏洩していた可能性がある。オムニ7アプリはセブン-イレブンアプリとは別アプリだが、ログインまわりの設計は非常に似通っているとみる専門家もいる。 事実であれば、アプリ開発の管理体制、アプリ自体やサービスのセキュリティーに関するリスクの有無についても、一層の警戒が必要になる可能性がある。

    【更新】7pay問題でオムニ7アプリのソースコードに漏洩の疑い。「GitHub」上で誰でも入手可能だったか
    hiroponz
    hiroponz 2019/07/24
    公開してはいけないソースコードがGitHub上で公開されているケースは他にもあると思う。特に海外とやり取りしている場合に、別リポジトリに上げて公開されていたら気付けないと思う。
  • 【極秘入手】7pay開発の内部資料。「セキュリティー不備」は急な開発と“度重なる仕様変更”が一因か

    Business Insider Japan編集部「7pay」取材班は、7payの開発スケジュールを取りまとめた内部資料を入手した。 開発現場の関係者の間でやりとりされた資料の最終版に近いもので、2018年末からサービスイン直前までの間が、どのようなスケジュールで動いたのかを示す資料だ。現場をよく知る複数の関係者の証言からは、記者会見で注目が集まった「セキュリティー不備」につながる慌ただしい開発現場の姿が浮かび上がる。 7payの不正利用に関しては、7月3日にアカウント乗っ取りと不正利用が発覚し、続く4日セブン&アイHDが記者会見で被害推定額を「約5500万円」と発表。同日夜に中国籍の男2人が不正利用に関して詐欺未遂の容疑で逮捕された。 セブン&アイHDはセキュリティー対策の甘さへの指摘を受ける形で、5日にはセキュリティー対策強化を目的とした新組織発足と二段階認証導入、1回あたりのチャージ

    【極秘入手】7pay開発の内部資料。「セキュリティー不備」は急な開発と“度重なる仕様変更”が一因か
    hiroponz
    hiroponz 2019/07/10
    エンジニアができる自己防衛策は、人月商売のSIerには近づかないことくらいだろうか?
  • 2chで15年かけて969まで育てたスレが荒らしに埋められた - amino774ml

    「15年」 あなたは15年と聞いて何を思い浮かべるだろうか。 例えば人が生まれて15年。 その人は今頃中学校を卒業し高校生になる頃だろう。 例えば15年戦争。 1931年の満州事変から始まった一連の戦争が1945年に終結するまでにかかった年月。 例えば私が2chのソフトドリンク板に「とあるスレッド」を立てそのスレッドが1000レスに達するまでの年月。 と言うわけではじめまして。 2ch(現在は5chですが、この記事では2chと記載します)ではいつも所謂「名無しさん」ではありますが、ここではamino774mlと名乗らせて頂きます。 よろしくお願いします。 さてこの度何故このようなブログを開設したのか。 それを語るにはまずはこの2chのスレッドを見ていただく必要があると思います。 アミノバリューってどうよ? これは2003年9月19日にソフトドリンク板に立てられたスレッドの一つです。 何を隠

    2chで15年かけて969まで育てたスレが荒らしに埋められた - amino774ml
    hiroponz
    hiroponz 2019/06/29
    いい話
  • 富士通に入社して13年が経った - blog

    富士通退職エントリーが話題な時期となってまいりました。 5年いた富士通退職した理由 新卒で入社して13年が経ちましたが、いまだに在籍しております。 tnaoto.hatenablog.com 前回の記事から3年くらい経ったので、その差分でも書いてみようと思います。 2016年 富士通研究所では共通インフラとして開発環境整備が行われており、研究員全員が使えるGitHub Enterpriseの導入を仕切っておりました。 2019年現在でも、GitHubEnterpriseは利用されております。 もちろん富士通のクラウドサービスを活用しております。 jp.fujitsu.com この導入に関し、富士通事業部やGitHub社と連携し、海外カンファレンス(GitHub Universe)に参加させていただくなど初体験のことがありました。 これらの活動から、富士通の職位で一般最高位であるプロフェッ

    富士通に入社して13年が経った - blog
    hiroponz
    hiroponz 2019/04/10
    エンジニアにとって、富士通の研究開発系は楽しいけど、SI系は地獄というだけな気がする。部署による自由度の違いをあまり考慮せずに、本人の努力不足のように書いているように感じる。
  • GitHub Actions 入門 - 生産性向上ブログ

    ----- 2019/08/18 追記:GitHub Actions が新バージョンで大きく変わったため、新しい記事を書きました。こちらの記事は古い内容なので、新しい記事を参照してください。 www.kaizenprogrammer.com ----- developer.github.com 現在パブリックベータの GitHub Actions が自分も使えるようになったので、いろいろ調べたり動かしてみたりした内容をまとめます。 目次 注意事項 GitHub Actions とは 簡単な例 (Hello, World) ワークフローの設定 workflow ブロック action ブロック needs を使ったフロー制御 uses における Dockerfile の指定方法 ワークフローがサポートしているイベント 秘密情報の設定 GITHUB_TOKEN ビジュアルエディタ ワークフロー

    GitHub Actions 入門 - 生産性向上ブログ
    hiroponz
    hiroponz 2019/01/14
    CI用途には向かない感じ
  • どのクラウドでも使えるサーバレス「GitLab Serverless」をGitLabが発表。KubernetesとKnativeがベース

    どのクラウドでも使えるサーバレス「GitLab Serverless」をGitLabが発表。KubernetesとKnativeがベース GitLab ServerlessはKnativeをベースにKubernetes上で稼働するサーバレスプラットフォームです。GitLabがホスティングするのではなく、AWSGoogle Cloud Platformなどどのクラウドに対してもデプロイし使えることが最大の特徴と言えるでしょう。 GitLabはマルチクラウドに対応したサーバレス管理ツールを提供するTriggerMeshと協力することで、デプロイ後の運用まで一貫してGitLabで管理できるとしています。 現在、AWS LambdaGoogle Cloud Functions、Azure Functionsなど主要なクラウドは独自のサーバレスプラットフォームを提供しています。しかしそれぞれのク

    どのクラウドでも使えるサーバレス「GitLab Serverless」をGitLabが発表。KubernetesとKnativeがベース
    hiroponz
    hiroponz 2018/12/14
    GitLab Serverlessの進捗状況です。 https://gitlab.com/groups/gitlab-org/-/epics/155
  • GitLabの導入(Backlog + GitHub からの移行) | LINKBAL Engineer's Blog

    いま、社内に GitLab を導入中です。数ヶ月かけて、これまで利用していた BacklogGitHub を、GitLab に置きかえていく予定です。 Backlog は課金額がユーザ数に依存しません。そこで、いろいろな人が関わる課題管理には Backlog を利用しています。過去の履歴を見ると、2013年から 5年以上もお世話になっています。現在のアクティブユーザー数は120名ほど。 一方 Backlog の Gitリポジトリ機能はそれほど魅力的ではないため、コード管理には GitHub を利用しています。しかし GitHub はユーザ毎にお金がかかるため、コードを書く人に限定して使っています。現在のアクティブユーザー数は50名ほど。 開発の流れ 当社の開発の流れは、だいたい次のようになっています。 誰かが「○○をやりたい」と提案する。誰が何を提案してもいい。要点をまとめて Bac

    GitLabの導入(Backlog + GitHub からの移行) | LINKBAL Engineer's Blog
  • CIマニアから見た各種CIツールの使い所 - くりにっき

    社内外でちょいちょい聞かれるのでメモ。 前置き GitHubを使ってる場合 ライブラリを作ってる場合 Travis CIを選択する理由 2020/4/21追記 Travis CIを選択しない理由 アプリを作ってる場合 CircleCIとWerckerの共通点 CircleCIとWerckerの機能差異 GitLabを使ってる場合 GitLab CIの優位点 Jenkinsなどを使った方がいい場合 追記:2018/12/8 前置き 100%自分の主観なので偏ってます SaaSかオンプレならSaaS派。(自分でサーバの面倒身たくない) 自分が使ったことがないものは紹介していません 今回紹介してるTravis CI, CircleCI, Wercker, GitLab CI, Jenkinsに関しては仕事趣味で各3〜4年くらいは使ってるはず GitHubを使ってる場合 ライブラリを作ってる場合

    CIマニアから見た各種CIツールの使い所 - くりにっき
    hiroponz
    hiroponz 2018/12/07
    良い
  • NTTの株価総額が世界一だった時に、Microsoftに転職した理由

    「6年勤めたNTT退職しました」という記事が、注目を浴びているようですが、この筆者が NTT を辞めた理由が、私が32年前(1986年)に NTT を辞めた理由とあまり変わらないのに、少々驚きました。 私が NTT を辞めた件に関しては、これまで色々なところで話しては来たのですが、まとまって文章にしたことがなかったので、これを機会に書くことにしました。普段ならメルマガ(週刊 Life is beautiful)の読者限定で書くところですが、今回だけは、出来るだけ多くの人に読んで欲しいので、ブログ記事として公開します。 当時、NTTは電電公社から民営化したばかりで、1985年に入社した私は、NTTとしては第1期生でした。大学は、早稲田の理工学部電子通信学科で、修士課程まで行きました(当時は、情報学科はまだ独立しておらず、電子通信学科がソフトウェアとハードウェアの両方をカバーしていました)。

    hiroponz
    hiroponz 2018/11/27
    生産性の低い中高年を簡単に解雇できないのが問題の根底にあると思うので、解雇規制を緩和しないと、ITの分野で外資系に勝つことはできないと思う
  • How to Install and Dual-Boot Ubuntu on Mac

    Dual-booting macOS and Ubuntu requires a little adventurousness, but it’s not too difficult. There can be some problems with the bootloader, though, so we’ll need to deal with that. It’s not too hard to install (and dual-boot) Ubuntu on a Mac. As a warning, it’s way more efficient to run Ubuntu on a virtual machine using VMWare. If for some reason this doesn’t work for you, dual booting should be

    How to Install and Dual-Boot Ubuntu on Mac
  • goroutineはなぜ軽量なのか - Carpe Diem

    概要 以前の記事で christina04.hatenablog.com Goはスレッドよりはるかに軽量なgoroutineでC10K問題を解決する、という話をしましたが、goroutineが軽量なのはなぜか?という理由を深掘りしたことがなかったのでしてみました。 環境 golang 1.11.1 Darwin 17.7.0 軽量と呼ばれる理由は2つ 大きく分けると以下の2つのポイントがあります スレッドに比べてメモリ使用量が低い スイッチングコストが低い それぞれ説明していきます。 goroutineがスレッドに比べてメモリ使用量が低いのはなぜか スタックとヒープのメモリの使い方を理解すると分かります。 ヒープはメモリの下層、プログラムコードのすぐ上にあり、上に向かって成長します。一方スタックは仮想アドレス空間の一番上にあり、徐々に下に成長していきます。 ref: イベントループなしでの

    goroutineはなぜ軽量なのか - Carpe Diem
  • Automated Kubernetes deployments with GitLab, Helm and Traefik

  • ぐるなび×GitLab×Rancher ~Deep Dive~ - ぐるなびをちょっと良くするエンジニアブログ

    はじめまして。ぐるなびでサーバインフラエンジニアを担当している遠藤です。かれこれ8年以上在籍しています。 この記事では「GitLabとRancherで何ができるか」「ぐるなびではどう使っているか」 について書こうと思います。 ひっくるめて「ぐるなび×GitLab×Rancher」とタイトルを付けました。実は「Rancher Meetup Tokyo #13 (GitLab x Rancher特集)」というイベントで、全く同じタイトルで登壇させていただいたことがあります(そのときの資料はこちらで公開しています)が、今回の内容はこのブログのタイトルの通り、その内容を深堀りしたものになっています。 GitLabやRancherについてある程度ご存知の方は「GitLabとRancherの連携」からお読みいただいても問題ありません。内容は以下になります。 GitLabについて GitLabとは ぐる

    ぐるなび×GitLab×Rancher ~Deep Dive~ - ぐるなびをちょっと良くするエンジニアブログ
  • GAMS: SVN+Trac to GitLab: GAMS: svn+trac to GitLab

    hiroponz
    hiroponz 2018/09/01
    svnからgitへの移行の良記事
  • MacBook、MacBook Air、MacBook Pro キーボード修理プログラム - Apple サポート

    お使いのコンピュータのモデルを確認し、それがプログラムの対象となるかどうかを調べるには、Apple () メニューから「この Mac について」を選択してください。プログラムの対象となるモデルは以下の通りです。 MacBook (Retina, 12-­inch, Early 2015) MacBook (Retina, 12­-inch, Early 2016) MacBook (Retina, 12-­inch, 2017) MacBook Air (Retina, 13-inch, 2018) MacBook Air (Retina, 13-inch, 2019) MacBook Pro (13­-inch, 2016, Two Thunderbolt 3 Ports) MacBook Pro (13-­inch, 2017, Two Thunderbolt 3 Ports)

    hiroponz
    hiroponz 2018/08/31
    キーの一部が潰れたような感じになったけど、これも修理対象なのだろうか?
  • DevOpsとは何か? そのツールと組織文化、アジャイルとの違い

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

    DevOpsとは何か? そのツールと組織文化、アジャイルとの違い
    hiroponz
    hiroponz 2018/08/28
    DevOpsの概要