並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 1256件

新着順 人気順

consulの検索結果1 - 40 件 / 1256件

  • 賃貸を退去するとき50万円請求されたけど色々な対応を駆使して結果的に敷金を取り戻した話|namonaki

    (サムネはエアコンが水漏れしていた部分の反対側の画像です。濡れたタオルを伝って水が漏れてしまい、仕切り戸の横に積んでいた新聞紙がくっついてしまいました) 去年の夏に賃貸を退去した際、多額の修繕費を請求されたのでその時の対応について記事を書きました。これから年度末も近づき引越をする人も多くなるかと思いますので類似のトラブルに見舞われた際に適切に対応するための一助になれば幸いです。動画は当時の水漏れの様子です。https://t.co/B12vXfxfMa pic.twitter.com/byb4RDF6ud — なもなき (@Nam0naki_) January 7, 2024 こんにちは。なもなきです。 去年、仕事の都合で引っ越しをしたのですが、そのときの退去費用(敷金精算)に関して管理会社と一ヶ月近く揉めることになりました。 結果的に敷金が一部戻ってくるという形になりましたので、他に似た

      賃貸を退去するとき50万円請求されたけど色々な対応を駆使して結果的に敷金を取り戻した話|namonaki
    • 「事業がわかるエンジニアがいない」 - timakin.com | Seiji Takahashi (@__timakin__)

      単純に仕事の用事なのですが、俗に言う経営層と言える立場の方々にヒアリングする機会が増えたことで、とあるセリフを頻繁に耳にするようになりました。 「事業の話ができるエンジニアがいないんだよね。本当に困りますよ」です。 これは僕が事業の話をできるとかそういうことを言いたいのではなくて、各社の経営層の切実な想いであり1つや2つの組織で聞いた発言ではなく、あらゆる組織で耳にする強烈なペインであると言いたいんです。 本当に、文字通り、全ての組織でこの発言を聞きました。 僕個人としては、「え?そうなんですか?結構いると思いますが」って当初反応してたんですよね。何故なら、自分の周りには幸い「技術にだけ興味があるエンジニア」が少ないからでして、彼らがそこまでの切実さで何を求めているのかはっきりとわかっていませんでした。ただ、僕も諸事情あって彼らと似たような視点を持たなければいけない状況になり、この発言の理

        「事業がわかるエンジニアがいない」 - timakin.com | Seiji Takahashi (@__timakin__)
      • お悩みハンドブック

        一人ひとりの悩みごとに合わせて適切な支援を案内するサービスです。あてはまる悩みにチェックをつけていくだけで200種類を超える公的支援を中心とした解決手段から利用できる可能性のある支援を提案します。

          お悩みハンドブック
        • https://twitter.com/ooyamaotita/status/1518968711008624640

            https://twitter.com/ooyamaotita/status/1518968711008624640
          • 「婚活で警戒が必要なのは◯◯が趣味の男です」大喜利100いいね以上のまとめ

            ひかりん@婚活菩薩 @hikarin22 婚活界の菩薩です。読むだけで結婚に近づけるブログやnoteで婚活ノウハウを展開してます。 無料婚活ブログ:konkatsu-weapon.com 有料婚活note:note.com/konkatsu_consul 質問相談:querie.me/user/hikarin22 konkatsu-weapon.com ひかりん@婚活菩薩 @hikarin22 婚活で警戒が必要なのは自転車が趣味の男です。もし趣味が自転車と言っていたら何に乗っているか必ず聞いてください。クロスバイクならセーフです。ロードバイクなら最大限の警戒態勢に入ってください。何キロ走りますか?と聞いて100km以上と答えたら100万円以上余裕で溶かしてる可能性があります。 ঔৣ𝕜𝕖۝𝕤𝕙𝕚࿐ @keshi7034 婚活で警戒が必要なのは楽器が趣味の男です。もし趣味が楽器と言っ

              「婚活で警戒が必要なのは◯◯が趣味の男です」大喜利100いいね以上のまとめ
            • マイクロサービス設計原則: SOLIDではなくIDEALS

              キーポイント For object-oriented design we follow the SOLID principles. For microservice design we propose developers follow the “IDEALS”: interface segregation, deployability (is on you), event-driven, availability over consistency, loose-coupling, and single responsibility. Interface segregation tells us that different types of clients (e.g., mobile apps, web apps, CLI programs) should be able to inte

                マイクロサービス設計原則: SOLIDではなくIDEALS
              • インフラにかかるコストを正しく「説明」するための取り組み - クックパッド開発者ブログ

                技術部 SRE グループの mozamimy です。 クックパッドでは、 SRE が中心となって、サービスを動かす基盤の大部分である AWS のコスト最適化を組織的に取り組んでいます。 昨年夏に公開した記事である、インフラのコスト最適化の重要性と RI (リザーブドインスタンス) の維持管理におけるクックパッドでの取り組みでは、 なぜインフラのコスト最適化が必要なのか、具体的にどのような考え方に沿って進めてゆけばよいのか。 SRE が一括して管理する AWS のリソースプールそのもののコスト最適化を実践するための具体的な取り組みの一例として、RI のモニタリングや異常時の対応フローによる維持管理。 といった話題にフォーカスしました。 今回は、インフラにかかるコストを正しく「説明」するための取り組みということで、コスト最適化に貢献する社内アプリケーションである Costco (Cost Co

                  インフラにかかるコストを正しく「説明」するための取り組み - クックパッド開発者ブログ
                • 【独自】紙おむつムーニー納期遅れの「主犯」はまたもデロイト!ユニ・チャームのシステム刷新でグリコに続きトラブル

                  コンサル大解剖 「勝ち組」としてバブルを謳歌するコンサルティング業界。市場の急膨張を背景に、業界の序列を巡って多種多様なプレイヤーがバトルを繰り広げている。アクセンチュアやBIG4、戦略系ファーム、国内コンサル、ITベンダーから総合商社に広告代理店……。各社の成長戦略や人材戦略に加え、コンサルを活用する事業会社側の思惑まで、大乱戦期を迎えたコンサルビジネスの最前線を追う。 バックナンバー一覧 ユニ・チャームで基幹システムの刷新に伴って生じた納品遅れで、システム刷新のプロジェクトを手掛けた主幹ベンダーが、デロイト トーマツ コンサルティングであることが分かった。乳幼児用紙おむつ「ムーニー」などで納品遅れが生じている。デロイトが手掛けるシステム刷新では、今年4月に食品大手、江崎グリコでも不具合が発生し、主力商品の出荷停止が続いている。長期連載『コンサル大解剖』内で配信している特集『デロイト内部

                    【独自】紙おむつムーニー納期遅れの「主犯」はまたもデロイト!ユニ・チャームのシステム刷新でグリコに続きトラブル
                  • コンサルの提案で9000万円をかけ社員食堂が若い女性をターゲットにしたカフェ風に改装されたが不評の声が集まった話

                    鴨南蛮@🇭🇰🇺🇦💙💛💙🤍応援、💉💉💉💉💉めでたく完了したコロナファイター @daikonbana 事故を起こした遊覧船会社とコンサル会社の繋がりが話題になっている。 私が以前働いていた社員食堂も、コンサルを使い9000万円かけてカフェ部門を改装した。そうしたら、若い女性向きの店舗にされ、客の注文を聞いて従業員が盛り付けるサラダバーを設置。 その結果は? 2022-04-27 14:06:25 鴨南蛮@🇭🇰🇺🇦💙💛💙🤍応援、💉💉💉💉💉めでたく完了したコロナファイター @daikonbana 若い女性は、そもそもお金を使いたくないので飲み物ぐらいしか買わず、今まで来てくれた中高年客は内装がオシャレすぎて来づらくなり、外資系の外国人社員は中途半端な洋食なんか食べずで、結局客が遠のいた。ランチタイムに人に盛り付けさせるサラダバーも、効率が悪く不評

                      コンサルの提案で9000万円をかけ社員食堂が若い女性をターゲットにしたカフェ風に改装されたが不評の声が集まった話
                    • マスタリングAPIアーキテクチャ

                      この10年の間に、ソフトウェア開発を行う方法は大きく変容しました。作業に依存関係が生じるモノリシックなアーキテクチャから、APIによるマイクロサービスアーキテクチャが主役となりつつあります。一度構築すれば終わりではなく、変化とスピード、生産性の向上に対応するため、APIの設計、構築、運用、変更に関するニーズはますます高まっています。 本書は、モダンなAPI駆動型アーキテクチャについて解説する書籍です。既存のモノリシックアーキテクチャから、どのようにAPI駆動型のシステムへ発展させていくかを、カンファレンスシステムを例に、具体的なケーススタディを通してわかりやすく解説しています。REST APIの基礎から、最適な設計、構築、運用、バージョン管理、およびテスト方法まで、API設計と改善の全体像をしっかり学ぶことができます。また、APIゲートウェイ、サービスメッシュなどの技術を用いて、外部トラフ

                        マスタリングAPIアーキテクチャ
                      • GitLab.comはどうやって6TBのPostgreSQLを9.6から11にたった2時間で移行したのか? | DevelopersIO

                        GitレポジトリのホスティングサービスGitLab.comは2020年の5月に 6TB あるPostgreSQL 9.6クラスターをたった2時間のメンテウィンドウ中に11.7へアップグレードしました。 GitLab.comのエンジニアブログに、このPostgreSQLのメジャーアップグレードプロジェクトが解説されていたので、かんたんにご紹介します。 How we upgraded PostgreSQL at GitLab.com | GitLab ポイント PostgreSQL 9.6から 11.7 へのメジャーアップグレード 2時間のメンテナンスウィンドウ内でアップグレード完了 データサイズは6TB DBクラスターは GCP 上の 12台の VM インスタンスで構成 クラスターはアップグレード用の8台とリカバリー用の4台に分割 pg_upgrade & ハードリンクでインプレースアップグ

                          GitLab.comはどうやって6TBのPostgreSQLを9.6から11にたった2時間で移行したのか? | DevelopersIO
                        • Terraform ベストプラクティスを整理してみました。 | DevelopersIO

                          こんにちは。クラメソのスジェです。 ほとんどのサービスにはベストプラクティス(=best practices)というのがあります。 そのサービスを利用する際、このベストプラクティスを守るとより効率的に性能を100%活用することができます。 もちろんterraformにもこのようなベストプラクティスがあります。 今回はこのベストプラクティスについて整理してみました。 参考資料 本記事は下記の資料を参考にして作成しました。 本記事ではほとんどのプロジェクトに活用できる程度の項目を紹介しています。つまり、ベストプラクティスについて軽く説明している感じなので、詳細な内容までは上記の資料をご参照ください。 また、紹介した資料以外にもベストプラクティスを調べてみたら、たくさんの資料がありますので、そちらもあわせて確認することをお勧めします。 読む前に 実際にベストプラクティスをプロジェクトに適用しよう

                            Terraform ベストプラクティスを整理してみました。 | DevelopersIO
                          • SmartNewsのサーバーサイドのすべて 大規模サービスを支えるアーキテクチャと技術スタック

                            SmartNewsのサーバーサイドのすべて 大規模サービスを支えるアーキテクチャと技術スタック サーバサイドの技術スタック・アーキテクチャ総ざらい 2019年5月28日、「SmartNews Tech Night in Fukuoka Vol.1」が開催されました。日米4,000万ダウンロード (※1)を超えるニュースアプリ「SmartNews」の今と、技術にまつわる裏側について包み隠さず語る本イベント。プレゼンテーション「サーバーサイドの技術スタック・アーキテクチャ総ざらい」に登壇したのは、SREチームのEngineering Managerを務めるNobutoshi Ogata氏。SREチームの立ち上げを行い、EMとして活躍する同氏が、SmartNewsに用いられるサーバーサイドの技術について明かします。※1:日米Google Play、App Storeのダウンロード数を合算した数値

                              SmartNewsのサーバーサイドのすべて 大規模サービスを支えるアーキテクチャと技術スタック
                            • 美人コスプレイヤー農家「農園に来るコンサルさんが『僕は賢いです。』って雰囲気で話しかけてくるけど北海道の田舎は石を投げたら北大卒に当たるんだぞ」

                              日報さん @nippou_ 農園に来る自称農業コンサルさんが、多分農家に低学歴しかいない予想で「あなたたちは賢くないですよね。僕は賢いです。」って雰囲気で話しかけてくるのもちょっと失礼な気がするのだ。北海道の田舎では石を投げれば北海道大学卒に当たるんだぞ。その畑にも2人いる🧑‍🌾🧑‍🌾 2024-10-19 00:16:35

                                美人コスプレイヤー農家「農園に来るコンサルさんが『僕は賢いです。』って雰囲気で話しかけてくるけど北海道の田舎は石を投げたら北大卒に当たるんだぞ」
                              • デロイト、グリコに加えユニ・チャームでもシステム障害…ベンダ能力に疑問も

                                デロイト トーマツ コンサルティングが入居する丸の内二重橋ビル(「Wikipedia」より/Kakidai) 5月30日付「ダイヤモンド・オンライン」記事は、ユニ・チャームで一部商品の納品遅延を起こしているシステム障害について、システム更新作業の主幹事ベンダが外資系のデロイト トーマツ コンサルティングであると報じている。デロイトは4月初めに障害が発生した江崎グリコのシステム更改作業でも主幹事ベンダを務めており、外資系ベンダを起用するリスクがにわかに注目されつつある。業界関係者の見解を交え追ってみたい。 ユニ・チャームは5月16日、一部商品について注文集中による出荷が遅延している旨をアナウンスしていたが、27日付「日経クロステック」記事によれば、ゴールデンウイークに実施した基幹システムの更新で新基幹システムと物流システムの接続でデータ連係に不具合が生じたという。 システム障害による出荷トラ

                                  デロイト、グリコに加えユニ・チャームでもシステム障害…ベンダ能力に疑問も
                                • ログ基盤のFluentdをFluent Bitに移行して監視ツールを実装した話 - Mirrativ Tech Blog

                                  はじめまして、Azuma(@azuma_alvin)です。現在大学院の1年生で、2024年2月から4ヶ月間ミラティブのインフラチームにインターンとして参加しました。普段はインフラやMLOpsといった領域に興味があり、最近はVim環境の整備がマイブームです。 本記事では、ログ基盤をFluentdからFluent Bitへ部分移行した経緯とその2種類の監視ツールの実装についてお話しします。 記事の最後に、インターンから見たインフラチームの特徴と私が4ヶ月間で学んだことを紹介しています。興味がある方は末尾までスクロールしてぜひご覧ください。 1. 背景と目的 2. ミラティブのログ基盤について 3. ログ欠損の原因調査 Fluentdのバッファリングの仕組み fsnotifyを用いたバッファリングの観察 負荷試験 日付時刻フォーマットとワイルドカードによるログ欠損 ログ保存とサーバータイムスタン

                                    ログ基盤のFluentdをFluent Bitに移行して監視ツールを実装した話 - Mirrativ Tech Blog
                                  • DNS における Master/Slave vs Primary/Secondary の現状(2020/06) - suu-g's diary

                                    BLM の関係でコンピュータ業界の Master / Slave という言葉遣いにもメスが入ろうとしているいま、 DNS ではどうなっているんだっけ、というのがふと気になった。 というのも mattn さんの blacklist/whitelist master/slave に関する情報集め を見たから。あとコメントもしたから。 で、調べて行ったところ、ひとことで言えば既に Primary / Secondary になってるんだけど、そもそもこの用語自体そんな使わないよな、と思ったのだけど、そのあたりを解説するのは元記事の関心ごとと全く違うってことで、改めて自分のブログの記事にしてみたというわけ。 DNS は趣味でしかないので、ツッコミ大歓迎です。 Primary/Secondary が正しい用語です 用語に困ったら RFC 8499 (Jan, 2019) が正しい参照先。こう書いてある

                                      DNS における Master/Slave vs Primary/Secondary の現状(2020/06) - suu-g's diary
                                    • Fintechサービスをスピーディーに立ち上げる技術スタック LINEエンジニアに和田卓人さんが聞く TypeScriptとマイクロサービス基盤 - はてなニュース

                                      多くのユーザーに常用されるコミュニケーションアプリ「LINE」には、エンターテイメントやライフスタイル、ショッピングなど多種多様な関連サービスがあります。 その中でスマホ投資サービス「LINE証券」や、外国為替証拠金(FX)取引の「LINE FX」、個人向けローンサービス「LINEポケットマネー」、「LINE」アプリ上で損害保険に加入できる「LINEほけん」などファイナンシャル(金融)系サービスの展開も拡大しています。 こういったFintech事業に、LINEエンジニアはどう取り組んでいるのか? 「LINE証券」を開発する3名に、事業を支える技術の詳細を伺いました。聞き手は、テスト駆動開発の第一人者でありITコンサルタント・ソフトウェアエンジニアの和田卓人(@t_wada)さん。 信頼性と高速性の両立が求められるFintech領域において、LINEはどのような工夫を行っているのでしょうか。

                                        Fintechサービスをスピーディーに立ち上げる技術スタック LINEエンジニアに和田卓人さんが聞く TypeScriptとマイクロサービス基盤 - はてなニュース
                                      • 婚活女子「優秀なITエンジニアの見分け方を教えて」→「この本を読んだことあるかどうか聞いてみたら?」

                                        ひかりん@婚活菩薩 @hikarin22 婚活界の菩薩です。読むだけで結婚に近づけるブログやnoteで婚活ノウハウを展開してます。 無料婚活ブログ:konkatsu-weapon.com 有料婚活note:note.com/konkatsu_consul 質問相談:querie.me/user/hikarin22 konkatsu-weapon.com ひかりん@婚活菩薩 @hikarin22 最近婚活女子から優秀なITエンジニアの見分け方についての需要が多いので有名IT企業勤務のエンジニアに聞いてたところ以下の回答を頂きました。 「リーダブルコードという本を読んだことがあるか?と聞いて無ければ少なくともやめておけ」 とのことです。 エンジニアの皆さん、これは正しいですか?

                                          婚活女子「優秀なITエンジニアの見分け方を教えて」→「この本を読んだことあるかどうか聞いてみたら?」
                                        • ABEJAの技術スタックを公開します (2019年11月版) - ABEJA Tech Blog

                                          2021/10/22追記:最新版は下記記事になります!こちらもご一読くださいませ。 tech-blog.abeja.asia どうも、Tech Blog編集長(自称)の緒方(@conta_)です。 よくエンジニアの方にご質問いただく ABEJAってよく聞くけど、実際どんなことやってるのかよくわからない という点をクリアにするために、事業内容と技術視点でのABEJAの取り組みを紹介したいと思います。 ABEJAに興味のある方や、未来の一緒に働くメンバーに読んでいただけると嬉しいです! 割とAIコンサルの会社と思われているらしいので、ちゃんとプロダクト作ってますよ!ということを伝えていきたい ABEJAの事業紹介 ABEJAは2012年から約7年間、機械学習・ネットワークやIoTデバイスを活用したプロダクトの研究・開発・運用を行っています。 様々な産業・業種へ機械学習の適用・運用を培ってきたナ

                                            ABEJAの技術スタックを公開します (2019年11月版) - ABEJA Tech Blog
                                          • サービスメッシュ必読ガイド - 第2版: 次世代のマイクロサービス開発

                                            2016年頃「サービスメッシュ」という用語は、マイクロサービス、クラウドコンピューティング、DevOpsの分野に登場しました。楽天的なあるチームは、2016年にこの用語を使用して彼らの製品である Linkerd を説明しました。コンピューティングの多くの概念と同様に、実際には、関連するパターンとテクノロジーの長い歴史があります。 サービスメッシュの登場は、主に IT ランドスケープの最悪の状況によるものでした。開発者は、複数言語 (ポリグロット) アプローチを使用して分散システムの構築を開始し、動的なサービスディスカバリーを必要としていました。運用は一時的なインフラストラクチャの使用を開始し、避けられない通信障害を適切に処理し、ネットワークポリシーを適用したいと考えていました。プラットフォームチームは、Kubernetes などのコンテナオーケストレーションシステムの採用を開始し、Envo

                                              サービスメッシュ必読ガイド - 第2版: 次世代のマイクロサービス開発
                                            • Rust初心者がRustで全文検索サーバを作ってみた - Qiita

                                              情報検索・検索エンジン Advent Calendar 2019 の5日目の記事です。このAdvent Calendarを作った@takuya_aさんより、お誘いいただきました。 @minoru_osuka もし余裕あれば12/5の記事お願いします! https://t.co/YIA9tIB4Gj — takuya-a (@takuya_b) December 1, 2019 ということで、仕事とは別で個人的に始めたプロジェクトについて紹介できたらと思います。 私自身はApache Solrを好んで利用しています。 ただ、最近のサーバサイドの技術の移り変わりや、新しい開発言語の登場など、取り巻く環境が変化してきています。それらの習得も踏まえ、使ったことのない開発言語を用いて軽量な全文検索サーバを作り始めるという内容です。 開発した経緯 インフラの変化 ここ数年でインフラは大きく変化しました

                                                Rust初心者がRustで全文検索サーバを作ってみた - Qiita
                                              • ECS インフラの変遷 - クックパッド開発者ブログ

                                                技術部 SRE グループの鈴木 (id:eagletmt) です。 クックパッドでは Amazon ECS をオーケストレータとして Docker を利用しています。Docker 自体は2014年末から本番環境にも導入を始めていましたが当時はまだ ECS が GA になっておらず、別のしくみを作って運用していました。2015年4月に GA となった ECS の検討と準備を始め、2016年より本格導入へと至りました。クックパッドでは当初から Hako というツールを用いて ECS を利用しており、Hako の最初のコミットは2015年9月でした。 https://github.com/eagletmt/hako/commit/7f95497505ef78491f3f68e9d648204c7c9bb5e2 当時は ECS に機能が足りずに自前で工夫していた部分も多かったのですが、ECS やそ

                                                  ECS インフラの変遷 - クックパッド開発者ブログ
                                                • Mirrativ のバックエンドで使っているGoライブラリを紹介する! - Mirrativ Tech Blog

                                                  こんにちは、バックエンドエンジニアの夏(なつ)です。今回はMirrativのバックエンドで使っているライブラリをご紹介します。 これらの記事のバックエンド版になります!(2年越し) tech.mirrativ.stream tech.mirrativ.stream ライブラリ一覧 https://pkg.go.dev/ オリジナルの The Go gopher(Gopherくん) は Renée French によるデザイン cloud.google.com/go/bigquery 分析チームが生成したユーザの特徴量などがBigQuery上に存在しているため、それらをバッチ処理でMySQL上に取得する際に利用しています。 tech.mirrativ.stream cloud.google.com/go/compute/metadata 開発環境などでしか動いてほしくない処理が本番環境上で動

                                                    Mirrativ のバックエンドで使っているGoライブラリを紹介する! - Mirrativ Tech Blog
                                                  • 最近のlitestreamと安DB界隈

                                                    趣味開発でマネージドデータベースに課金したくない勢に安DBソリューションとして好評だったlitestreamについての近況をまとめてみました。安DBという謎の用語は「運用コストが安いデータベース」の意味で今作りました。 軽くおさらいするとlitestreamはSQLiteのレプリケーションを実現するミドルウェアで[1]、LiteFSはそれを分散環境に拡張してスケールをしようとしたもの[2]。 LiteFS Cloudはサ終した litestreamの技術をマネージドサービスにしようとたくらんだLiteFS Cloudは[3]、有料版が始まったかと思ったらいきなり提供終了した。 全然利用されなかったことが理由のようだ。確かにLiteFS自体が実験的な段階のソフトウェアな上にConsulサーバーと連携したり使いこなすのは難しい印象があった。 LiteFS は開発停止してる LiteFS自体は放

                                                      最近のlitestreamと安DB界隈
                                                    • Raft + Redis な内製Redisサーバの紹介 - Mirrativ Tech Blog

                                                      こんにちは ハタ です。 Mirrativのインフラ内で実際に開発・運用している内製のRedisサーバについてお話したいなと思っています。 前回の記事 は、今回紹介する内製Redisサーバで起きたメモリリーク対策に関するお話しとなっておりますので、もし未読であればあわせて読んでいただければと思います。 今回はなぜ Redis サーバを内製することにしたのかの経緯や実装についての簡単な紹介が出来たらなと思っています Redis 導入の経緯 課題感: 揮発しないでほしい 課題感: 生存時間が短いデータを保持したい 課題感: 日次データをなんとかしたい 候補 Redis Cluster のヨシアシ: slot 管理 Dynomite のヨシアシ: sharding/replication radisha = Raft + Redis + HA Raft クラスタ コマンドとデータストア レプリケ

                                                        Raft + Redis な内製Redisサーバの紹介 - Mirrativ Tech Blog
                                                      • いかにして未経験から4年間でフルスタックエンジニアになったか - Qiita

                                                        TL; DR 案件ガチャで未経験分野の案件に参画し続け、使用する技術がどんどんモダンな方向に進みまくった結果としてフルスタックになることができたという話 未経験技術での仕事の話が来たときでも今できないからやらないという姿勢ではなく、積極的に挑戦することでスキルを身につけることができた フリーランスや受託の場合、フルスタックな人材であればあらゆる業務をこなすことができかなり有利だと思われる 新しい技術はプライベートに加えて業務中に学習して身につけるのがベスト。なぜなら週40時間もの時間をプログラミングに使うことができるから 未経験でもポートフォリオを自分一人で作ればフルスタックな人材になれるのではないかという話。ただし毎週20時間は必須 はじめに 先日お邪魔させていただいた交流会にて、自分が持っている技術スタックが比較的希少なものである、ということを知らされました。 自分としてはコンピュータ

                                                          いかにして未経験から4年間でフルスタックエンジニアになったか - Qiita
                                                        • 弁理士の著作権情報室:インターネット上にある写真を参照して描いたら著作権侵害なの? | イノベーションズアイ BtoBビジネスメディア

                                                          動物のイラストを描くときに、その動物の写真をインターネットで検索し、見つけ出した写真を参照してイラストを描くことがあると思います。このような場合に、その写真からイラストを描いたのだから写真の著作権を侵害しているのでは、と考える人もいるのではないでしょうか? インターネットで見つけ出した写真を参照してイラストを作成し、そのイラストを同人誌に掲載して販売した場合に著作権侵害に当たるか否かを争った事件(東京地判平成30年3月29日(平成29年(ワ)第672号)、以下本事件という。)があります。本事件を基に、写真を参照して描くことは著作権侵害に当たるか否かを考察していきます。 本事件の概要 判決文からすると、本事件の概要は以下のとおりです。 A(法人)は、「コーヒーを飲む男性」という題名の下記写真素材(以下、本件写真という)を含む写真素材集CDを販売していた。 B(個人)は、同人誌イベントに出品す

                                                            弁理士の著作権情報室:インターネット上にある写真を参照して描いたら著作権侵害なの? | イノベーションズアイ BtoBビジネスメディア
                                                          • 分散SQLiteを実現する「LiteFS」にスナップショット機能によるディザスタリカバリを提供する「LiteFS Cloud」、Fly.ioが発表

                                                            分散SQLiteを実現する「LiteFS」にスナップショット機能によるディザスタリカバリを提供する「LiteFS Cloud」、Fly.ioが発表 データセンターをグローバル展開し、アプリケーションプラットフォームサービスを提供しているFly.ioは、分散SQLiteを実現するLiteFSの付加機能として、バックアップとスナップショット、リカバリ機能などをマネージドサービスとして提供する「LiteFS Cloud」を発表しました。 LiteFS Cloud: now in preview. We love SQLite for distributed web apps! Introducing managed backups for LiteFS. Read more from Darla Shockley and @benbjohnson.https://t.co/nQxitx5x7d

                                                              分散SQLiteを実現する「LiteFS」にスナップショット機能によるディザスタリカバリを提供する「LiteFS Cloud」、Fly.ioが発表
                                                            • Dockerで動かして学ぶモニタリングの基礎 - Progate Tech Blog

                                                              はじめまして、Progateの村山です。 本記事はProgateAdventCalendarの2日目の記事です。 普段はSREチームでProgateの開発や運用を支える仕事をしております。Progateには今年の7月に入社しました。前職はElixirやk8sなどを使ったWebアプリケーションの開発や運用をしていました。ProgateにElixirのコースを作るのがちょっとした野望です。 本稿ではサービスや開発のモニタリングについて紹介しようと思います。 モニタリングとは モニタリングは日本語で監視と言い、主にサービスの障害検知や可用性向上のために利用されています。ここで紹介するモニタリングは大きく2種類に分類したいと思います。 1つ目は死活監視するためのモニタリングで、サービスやアプリケーションの可用性監視し、必要に応じてフェイルオーバーさせたりアラートを飛ばして開発者へと共有します。 2

                                                                Dockerで動かして学ぶモニタリングの基礎 - Progate Tech Blog
                                                              • 2022年版 OpenTelemetryを知れば世界が平和に - じゃあ、おうちで学べる

                                                                はじめに OpenTelemetryとは Opentelemetry のコンポーネント Opentelemetry のプロジェクトの仕様とStatus Tracing Metrics Logging(Specification にドキュメントがない) Baggage OpenTelemetry のSpanとTrace OpenTelemetry Collectorとは Collector のメリット OpenTelemetry Collector Architecture とは OpenTelemetry とSDKとパッケージ OpenTelemetry と自動計装 今後のOpentelemetry について 次回予告:OpenTelemetry とOpenTelemetry Collectorを使ったTracingとMetricsをアプリケーションで利用する方法 参照リンク はじめに 最

                                                                  2022年版 OpenTelemetryを知れば世界が平和に - じゃあ、おうちで学べる
                                                                • 【雑感】婚活女性が男性に年収500万円以上求めるのは「普通」なのか?「高望み」なのか?|ひかりん

                                                                  ひかりんです。話題に乗り遅れたちょこさん(@ChoConejito)のために書きました。 昨日ツイッターで@sumomodaneさんが主催者になってタイトル通りのスペースが開催されていた。 正直なところまったく議論が噛み合ってなかった。ひどいものである。 なぜこんなひどい議論になるのかについて、今回はある発言を1つ取り上げて、その原因を対策を解説していこうと思う。 それはスピーカーの女性が発した「「自分が大卒なら子も大学に行かせることを前提に考えるよね」(意訳)という意見だ。 この意見はとても興味深い。 彼女が言っていることはつまりこういうことだ 「自分が受けてきた教育を当たり前のように子供に受けさせるのが高望みだろうか?」 自分にとっての当たり前を子供に与えたい。それが高望みなのだろうか? ここで、もう1つ別の例を考えたい。タイトルにある年収500万円以上求めるのは婚活女性について考えて

                                                                    【雑感】婚活女性が男性に年収500万円以上求めるのは「普通」なのか?「高望み」なのか?|ひかりん
                                                                  • 【総いいね3,000超え】第二新卒で外資コンサルに転職し、生き残る上で役に立った本|Nicon@フリーコンサル・コンサル転職支援

                                                                    【記事の説明】Twitterでコンサル未経験者へのオススメ本を呟いたところ、1週間で総いいね3,000件を超え、まとめて欲しいとの声があったのでこちらのnoteに分類別に整理してまとめました. 都度アップデート予定なので、コンサル業界に興味ある方・現コンサルの方はこのnoteをフォローいただけると幸いです. 【議事録/ドキュメンテーション】超・箇条書き 議事録や構造化で悩んだらまずは読みたい一冊. 箇条書きを極めれば、コンサル特有の「理由は3つあって〜」の構文がスラッと言えるようになる(気がする) . スライドやメモ書きにも使えるので、綺麗に文章を整理できないなと感じた時には振り返って一読してる.

                                                                      【総いいね3,000超え】第二新卒で外資コンサルに転職し、生き残る上で役に立った本|Nicon@フリーコンサル・コンサル転職支援
                                                                    • Istioに入門する - TECHSTEP

                                                                      今回はService Meshについて概要を調べ、Service Meshを提供するプロダクトの一つであるIstioに触れてみました。 Service Meshとは マイクロサービスの課題 Service Meshを考えるうえでまず必要になるのが、マイクロサービスアーキテクチャの抱えるいくつかの課題です。 マイクロサービスを導入・構築するうえでの課題として、ネットワークに関連する事項が挙げられます。マイクロサービスはお互いネットワークを通じて連携するため、ネットワークに関する機能(Load Balancing、Traffic Routingなど)を実装する必要があります。また、アプリケーションを構成するマイクロサービスの数が多くなるほど、マイクロサービス間の接続数は増加し、通信断の発生する確率やパフォーマンス低下など、ネットワーク関連の問題が発生する可能性も増加します。 これまで複数のグロ

                                                                        Istioに入門する - TECHSTEP
                                                                      • LINEが注力している「銀行事業」「LINE証券」「LINE Pay」のフロントエンドエンジニアと裏方・SREは何をしているのか

                                                                        LINEではさまざまなFintechサービスを展開しています。今回のイベントでは、LINEの注力事業のひとつであるFintechサービスのうち、「銀行事業」「LINE証券」「LINE Pay」のSREとフロントエンド側の開発に携わるエンジニアが登壇し、LINEが金融領域で目指す将来、それぞれの業務内容や働く体制・環境などを説明しました。 LINE FintechサービスのSRE 国兼周平氏(以下、国兼): SREチームの国兼と申します。前職はSierにいまして、金融とか公共の大小さまざまな案件を中心にいろいろ経験しました。実は前職でも証券も銀行もやったことがあります。 2018年にLINEに入社しまして、当初はLINEマンガとか、どちらかというとエンターテインメント寄りのサービスをやってみたいなと思っていました。しかし、前職で金融分野の経験がそれなりにあったということもあり、入社承諾後に熱

                                                                          LINEが注力している「銀行事業」「LINE証券」「LINE Pay」のフロントエンドエンジニアと裏方・SREは何をしているのか
                                                                        • サービスメッシュ必読ガイド - マイクロサービス時代のサービス間通信管理

                                                                          このパターンには2つの背景があります。ひとつは、技術者がマイクロサービスアーキテクチャパターンを採用して、複数の(理想的には単一目的で、独立してデプロイ可能な)サービスで構成されるアプリケーションを開発するようになったことです。ふたつめは、企業がコンテナ(Dockerなど)、オーケストレータ(Kubernetesなど)、プロキシ/ゲートウェイ(Envoyなど)といった、クラウドネイティブなプラットフォームテクノロジを支持するようになったことです。 意図 サービスメッシュが解決しようとする問題は次のようなものです。 サービスディスカバリ、ルーティング、アプリケーションレベル(レイヤ7)の非機能通信要件を処理する言語対応の通信ライブラリを、個々のサービス用にコンパイルする必要性の排除 外部サービスのネットワークロケーション、セキュリティ認証、サービス品質(QoS)目標など、サービス通信設定の外

                                                                            サービスメッシュ必読ガイド - マイクロサービス時代のサービス間通信管理
                                                                          • Slackはスピードと信頼性を両立したソフトウェア開発をどのように実現しているのか?

                                                                            ITサービスを取り巻く環境が刻一刻と変化する中で、ソフトウェア開発のスピードと信頼性の両立は開発現場で重要視されるポイントのひとつです。チームコミュニケーションツール「Slack」のエンジニアであるJonathan Chang氏とMichael Deng氏が、自社でソフトウェア開発を行う流れをSlackのブログで解説しています。 Deploys at Slack - Several People Are Coding https://slack.engineering/deploys-at-slack-cd0d28c61701 SlackではGitを利用した開発を行っており、社内でのコードレビューやテストを通過すると、開発者はプルリクエストをmasterブランチにマージできるようになります。masterブランチの開発環境へのデプロイは、予期せぬ問題に対応できるよう、北アメリカにある拠点の営

                                                                              Slackはスピードと信頼性を両立したソフトウェア開発をどのように実現しているのか?
                                                                            • Waypointとは何か

                                                                              Hashicorpの2020年冬の新作 Waypoint (リリースブログ)に関してドキュメントなどをざっと眺めてみたので最初の印象をちょっと書いてみる.ちゃんとしたレビューは @copyconstruct の記事 Waypoint とか読むのが良い.毎度のことながらドキュメントやガイドはかなりちゃんとしたのがあるので使い方とかはそっちを読んだ方がいい.以下に書くのはざっくりした個人の感想(ちなみにもう一つのBoundaryに関してはZero Touch Productionとは何か に軽く書いた). What is Waypoint Waypointは,KubernetesやNomad,Amazon ECS,Google Cloud RunといったPlatformの上にBuild,DeployとReleaseの一貫したWorkflowを実現するツール.使ってる言語やそのパッケージ方法や,

                                                                              • WireGuardによるマルチクラウド構成VPNの事例紹介

                                                                                こんにちは、滝澤です。前回の記事『OctoDNSとGitLab CI/CDを利用した複数DNSプロバイダー構成の運用』に引き続き、社内事例を紹介します。 弊社ハートビーツではMSP(Managed Service Provider)サービスの可用性向上のために、社内基盤をマルチクラウド構成で運用しています。 複数のクラウド拠点のネットワークおよび事務所のネットワークとの間をWireGuardというVPNトンネルのソフトウェアで接続しています。 今回はこのWireGuardの利用事例を紹介します。 行っていることをまとめると次のようになります。 マルチクラウド構成(Azure, AWS, GCP)の各拠点と事務所のネットワーク間をWireGuardによるVPNで接続している。クラウド拠点間のレイテンシーはVPNルーター間で2〜4ミリ秒、分散システムのノード間で2〜6ミリ秒である。 ピア(対向

                                                                                • 【インフラ】 Envoy の導入と xDS API で Consul 連携やってみた話 - Mirrativ Tech Blog

                                                                                  こんにちは ハタ です 今回はインフラ/基盤開発で導入している Envoy について紹介したいなと思っています 現在ミラティブでは Go移行 を進めているところで、 既存のWebアプリケーション(Perl で実装されてます)と、新たに Go で実装された Web アプリケーションをシームレスに導入/切り替えするために Envoy の導入を行いました Envoy xDSとConsul によるインスタンス管理 NGINX や HAProxy または Apache HTTP Server など使い慣れた && ノウハウもあるミドルウェアではなくなぜ Envoy を選定したかというと、 なんといっても魅力的なのが xDS と呼ばれる Discovery Service 群があることで柔軟に既存コンポーネントと連携を取りやすいことやAPI操作によるコントロールの柔軟性が高いことが決め手となっています

                                                                                    【インフラ】 Envoy の導入と xDS API で Consul 連携やってみた話 - Mirrativ Tech Blog