はてなブックマーク

はじめに こんにちは。株式会社ペライチのフロントエンジニアの関(@nekoneko_wan2)と申します。 加齢によるデバフ、ライフステージ変化によるプライベートタスク増加でギリギリの毎日を過ごしています。 余剰時間と肉体的・精神的エネルギーがすり減る一方、キャリアを重ねることで仕事に求められる質と量は増えていく現実があります。 限られた時間でどのように効率よく新しい技術や知識をキャッチアップしていくか、私だけでなく多くのエンジニアが抱える悩みではないでしょうか。 しかし今はAI時代。中でも対話型AI、ChatGPTは希望の光になるのではないか、そんな想いで今回の記事を書いてみたいと思います。何かしらの参考になれば幸いです。 学習コスト削減を目指して コストは時間だけでなく精神的な負荷も含みます。やること・考えることが多いと机にすら座りたくなくなりますよね。そこで以下要素が学習コスト削減に

こんにちは。株式会社ペライチ のインフラエンジニアの西野です。 前回は、NATGWを導入したことによるインフラエンジニアの幸福度の記事を書かせていただきましたが、今回はテック系ではなく弊社の心理的安全性について個人的な感想で書きたいと思います。 背景 私は2018年9月にペライチへJoinしました(もう4年経つんだ。。) このような記事は大体、入社間もない方が入ってどうだったのかを振り返るスタイルが多いと思いますが、今回はテックネタが無く。。ではなく、ラジオで耳にした転職に迷ってる方の話を聞いた時、自分が転職した時の振り返り、そして弊社の心理的安全性ってどうだったのかを4年在籍した今、振り返ってみようと思い記事にしました。 結論 いきなり結論からですが、個人的には転職して正解でした!!それは弊社の心理的安全性が高かったからだと思います。 では、なぜこの結論に至ったのか僕なりに考えて書いてみ

始めに こんにちは。株式会社ペライチ のエンジニアリングマネージャーの藤代と申します。 半年と少し前にフロントエンドエンジニアとして下記記事を執筆したのですが、その後キャリアをマネジメント方向に進めるする運びとなりました。 本記事では、新米のエンジニアリングマネージャーとしてかれこれ半年ちょっと仕事をしてきた中で実際にやったことやその結果についてまとめます。 マネージャーに期待される成果は「チームで成果を出すこと」や「未来を描いて周りを巻き込み計画・実行すること」や「他者を通じてものごとを成し遂げる」などと一般化されることが多いようです。 ただ、実際の組織内での具体的な役割や必要とされる立ち回りは組織の成長フェーズや担当するチーム、さらにはチームメンバー構成などさまざまな要因によって変化すると考えています。 また、アジャイル型の組織におけるエンジニアリングマネージャーの仕事に関する情報や書

始めに こんにちは。株式会社ペライチ のサーバーサイドエンジニアの永見です。 開発プロセスに Open API を導入しました。ここにその知見を書いておきます。 背景 ペライチではメインのサイト作成サービスの他に、予約や顧客管理などさまざまなサービスを扱っています。各サブサービスはマイクロサービス化しており(全部ではないけど)、Web API サーバとして稼働しています。 開発の課題として以下がありました。 課題 1 : 実装とドキュメントが一致していない API の設計を Git 外のドキュメントに記載していた まったく記載がないよりはマシですが、どうしてもメンテナンスが後手になり、 実装と乖離している状態が定常化していました。 課題 2 : フロントエンドとバックエンドの連携 開発メンバーが増え、メンバー一人でバックとフロントの両方を受けもつことが少なくなり、 フロントエンドとバックエ

こんにちは!株式会社ペライチでフロントエンドエンジニアをしている秋本です。 最近プライベートで OSS コントリビュートに挑戦しました。 その経験を元に以下をお話できればと思っています。 OSS コントリビュートのメリット 具体的なやり方 簡単な感想 背景 「OSS コントリビュート」と聞くと、何かすごい難しそうだなという印象があったのですが、選んだ issue が簡単だったこともあり、やってみた感想としては「意外といけるじゃん!」でした。 もちろん中には非常に難易度の高い issue も存在しますが、それはつよつよエンジニアに任せましょう。 軽微なバグや、少しの修正で解消する issue もあるので、「OSS に貢献したい!」という気持ちが少しでもある方は挑戦してみることをオススメします。 今回私が挑戦したのは、Vuetifyという Vue.js にマテリアルデザインを提供してくれるライ

こんにちは。株式会社ペライチ のインフラエンジニア曽根です。 エンジニアたるもの常に情報収集は欠かせませんね。 最新の情報や知識は Web ニュースや Web のブログ記事などで入手できますが、腰を落ち着けて情報を吟味したり知識を学ぶためには、情報をまとめたうえに順番立て教えてくれる書籍の活用がお勧めです。 今回は、いわゆる一般的な書籍(商業誌と言います)ではなく、技術同人誌を紹介します。 技術同人誌をお勧めする理由は、ずばりエンジニアのとがった意見が聞けるからです。 商業誌と同人誌の違いはなんでしょう? 商業誌には書籍コード(ISBM)がついている?同人誌には ISBN を持ったものもあります。 書籍コードがついていますから、同人誌でありながら一般的な書店に注文できます。 私は、商業誌と同人誌の最大の違いはプロの編集者が内容に関与するレベルの違いであると思っています。 同人誌はほとんどの

こんにちは。株式会社ペライチの執行役員開発部長の佐藤です。 ペライチではスクラムで開発しています。 ペライチのスクラム開発は、かれこれ 3、4 年前に 1 つのスクラムチームから始めました。 幸いなことに、チームも機能ごと 4 つに拡大しそれなりに長い期間、スクラム開発を続けられています。 今回はスクラムを始めた導入機から拡大期までの変遷と振り返りを記事にしてみようと思います。 ※(注記)この記事はペライチの通ってきたスクラムの歴史を振り返る n=1 のストーリーを記載します。スクラムはこうすべき!というわけでなく、各社ごとのスクラムのスタイルがあって良いと考えている上での記事ということをご承知おきいただけると幸いです。 スクラム導入以前 導入以前は issue ベースで開発案件をエンジニアに都度アサインする形式の開発をしており、CTO から各エンジニアが直接作業指示を受けているような形式を取って

ご挨拶 こんにちは。株式会社ペライチ でサーバサイドエンジニアをしている永見です。 ペライチのプロダクトにジョインしたのは昨年始めからで、 最初はフリーランスとして業務委託の形で働いていて、今年4月から正社員として入社しました。 ペライチに入社を決めたのは、プロダクトに深く関わりたいと思ったのと、 もうひとつ、子育てしながら働きやすい環境があったからです。具体的にはこのような点です。 中抜け等自由で、時間にばらつきがあっても許容されている 子育て世代が多いこともあり、全体としてそういった働き方に寛容 スクラム&自社サービスという特性上、顧客に約束したリリース日を死守するために徹夜する、というような場面が無い 今回はその中で自分が行っていることを書いてみました。 読まれた方に何かしらの参考になれば幸いです。 状況 さて私のところには、この前4歳になったばかりの男の子がいます。 午前中は幼稚園

はじめに こんにちは。株式会社ペライチのサーバーサイドエンジニアの松元です。 エンジニアであれば日常のようにコードレビューを依頼し、依頼されると思います。 僕自身はペライチへ入社してから初めてチーム開発に携わるようになったので、他社との比較はできませんが、ネットに転がったコードレビューに関する記事を色々読んでうちに「あれ、ペライチでのコードレビューって結構イケてるんじゃね?」と思い、この記事を書くに至りました。 実際のレビューを添えてペライチのコードレビューの雰囲気をお伝えしつつ、「ペライチちょっと気になってるんだよね」という方はもちろん、それ以外のエンジニアの方にとっても参考になれば幸いです。 ※(注記)あくまでも普段のペライチのコードレビューをご紹介する記事なので「こういう会社もあるんだなー」くらいの気分で読んでみてください🙏 ペライチのコードレビュー文化 他の人の意見・コードを尊重する レ

3行で 絶賛スケール中の Backbone.js 製 SPA を Vue.js に置き換えたい! でも一度に全ては置き換えできない...。試行錯誤な工程とサンプルコードをご紹介! 一緒に働くメンバーを大募集中! はじめに こんにちは。株式会社ペライチ開発チームの関(@nekoneko_wan2)と申します。新潟からフルリモートで働いております🍙 。 今回はペライチのコア機能、フロントエンドの一大リファクタプロジェクトを開始したお話をご紹介いたします。実際に手を動かすフロントエンドエンジニアの自分自身が参考になる、と思えるような記事を目指して書いてみました。 同じ様な課題に直面している方、これから立ち向かおうとしている方、この記事が何かしらの役に立てば幸いです。 古く複雑化したコア機能 ペライチはサービス開始より ホームページを誰でもかんたんに作成できる機能 をコア機能として備えています(

こんにちは。株式会社ペライチ のフロントエンドエンジニア藤田です。 デザイナーやサーバーサイドのエンジニアと連携を取り、アプリケーション内におけるユーザーと関わる部分の機能開発や改善が普段の主な業務内容です。 今回はその中でも年々課題感が増している CSS 設計周りのこと、その課題解消の一手として Tailwind CSS を導入してみたことについてまとめてみました。なにかの参考にして頂けたら幸いです。 CSSにおける課題 皆さんご存知の通り、現状 CSS はグローバルスコープな言語です。 グローバルスコープということはつまりスコープが無いということなので、何も考えないと、意図しない要素にスタイルが適用されてしまったり、他のセレクタと競合してしまったりします。 そのためファイルの追加や変更をする際は、影響範囲について慎重に考慮する必要が生じます。大規模なプロジェクトでの CSS 保守性を担

こんにちは。株式会社ペライチ でサーバーサイドエンジニアをしている木村です。 入社以来主にペライチを継続利用していただくための機能追加や改善の開発を担当しております。 そのかたわら、ペライチシステムの品質を向上するための対応も行っており、今回はその一環として導入を進めているreviewdogを用いた静的解析について紹介させていただきます。 これまでのコード解析 ペライチでは Sider を利用して Pull Request 毎にソースコードの自動チェックを行っています。 Sider ではリポジトリ毎に解析を実施するツールの設定が可能で、 PHP で開発されているペライチアプリケーションでは以下を有効にしています。 PHP_CodeSniffer PHPMD Pull Request に含まれる変更のみを解析対象としてくれるため、人がコードレビューをする前段の文法やコーディング規約のチェック

はじめまして!株式会社ペライチのインフラチームの関です。 入社からちょうど 1 年くらいが経ち、初心を振り返るということで入社直後に行った、チームの課題を「何から対応していくか?」を決めた時のことを思い出しながら、まとめてみましたので参考にして頂けたら嬉しいです。 ちなみに入社後、課題はたくさん出ているものの、詳細や対応スケジュールなどが整理されていない状態でした。特に変わったことはしていません。 1. 課題を洗い出してみた 既に存在していた課題や、似たような課題を 1 つにまとめたり自分が感じた課題を追加していって、課題を洗い出し一覧化しました。 例えば 課題を 1 つにまとめるには。 構成の理解度によるの属人化によって障害発生時のダウンタイムが長引く 構成管理が最新化されていない これを インフラの構成管理の標準化されておらず運用方法も定まっていない と 1 つにまとめた課題としました

背景 こんにちは。株式会社ペライチ のフロントエンドエンジニアの藤代です。 今から約 1 年前、 5 年ほど勤めた東京都内の小さな Web 制作会社から現職に転職をしました。 前職では、受託での Web 制作やシステム開発に携わっていたほか、短期的に SES(システムエンジニアリングサービス)などで自社開発会社の現場やオフショア開発の現場なども経験していました。 いわゆる、受託畑の人間です。 本記事では、著者が自社開発会社である現職のペライチ社に入社してから感じた違いをまとめています(違いとはカルチャーショックと言い換えても良いかと思っています)。 そして、それらの違いに対して私自身がどのように適用していったのかという、カルチャーショックへの適応戦略についても自分自身の備忘録的に記載します。 同じ IT 業界にいるけれど、全然カルチャーが違いそう。 応募したい会社のビジョンには共感してるか

こんにちは。株式会社ペライチ の Wraptas 担当の @nabettu です。 私は普段 Wraptas という 「Notion をヘッドレス CMS にして Web サイトを制作できる NoCode サービス」 を開発・運営しています。 みなさん Notion は使っていますでしょうか。 Notion は Evernote のようなドキュメント管理にデータベース機能を追加したワークスペースサービスです。 私はサービス開発での利用に加えて、日頃 Notion でドキュメントや Todo などを管理しています。Notion では以下のように Trello のようなカンバン形式でコンテンツを管理する機能があります。 ここに TODO を追加するには都度 Notion のページやアプリを開かなければなりません。そこで本記事では 「Mac アプリの Alfred で書いたテキストをそのまま