並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 781件

新着順 人気順

IntelliJの検索結果81 - 120 件 / 781件

  • 多くの解析メトリクスをサポートしたコード解析ツール「SonarQube」に入門した - kakakakakku blog

    前から気になっていたコード解析ツールに「SonarQube : Code Quality and Security」がある.25種類以上のプログラミング言語をサポートし,多くの解析メトリクスを出力できる点が特徴と言える.たまに「SonarQube」の話題を聞くけど,個人的に今まで使ったことがなく,概要を理解するために SonarQube に入門することにした.試した結果をまとめておく. www.sonarqube.org SonarQube は OSS となり,GitHub で実装を確認できる.Java + TypeScript なんだ! github.com 環境構築 今回は Mac に SonarQube 環境を構築する.Docker Hub に公式イメージがあり,すぐ使える. $ docker run -d --name sonarqube -p 9000:9000 sonarqub

      多くの解析メトリクスをサポートしたコード解析ツール「SonarQube」に入門した - kakakakakku blog
    • コーディング支援AIツールContinueの紹介と構成例 - Qiita

      Continueというコーディング支援AIツールの紹介です。 コーディング支援AIツール・サービスとしてはGitHub Copilotが有名で、次いでCursorやCodeiumあたりが話題性のあるところかと思います。Publickeyに2024年3月時点での情報がまとまっています。 Continueはそれらと比べて知名度は劣りますが以下のような特徴があり、うまく使いこなせば有力な選択肢になると考えています。 ツール本体がオープンソースである Visual Studio CodeとJetBrains IntelliJ IDEAの拡張機能がApache License, Version 2.0で提供されています 言語モデルは自分で選ぶ Continueではコード補完用とチャット用で二つの言語モデルを利用しますが、そこでどの言語モデルを選ぶかは利用者側に任されています Continueを開発し

        コーディング支援AIツールContinueの紹介と構成例 - Qiita
      • ついにJetBrains系IDEでペアプロができるようになりそう - Qiita

        JetBrains社が提供している統合開発環境で詳しくは先人たちが紹介してくれている なんなら説明不要のIDEである。 ペアプログラミング 複数人で同時にプログラミングすること 昔は一台の端末に複数人がそれぞれキーボードをつなげてワイのワイのコーディングをしていたらしい。 基本的には ・教える人 ・教わる人 という役割を決めてペアを組んで行うそうな。 リモートペアプログラミング キーボードを端末に複数台つなぐのではなく、ネットワークにて一台の端末に接続して 同時にプログラミングをすること。 2020年は特に重要な要素でもあると思う。 JetBrains社が公式でペアプロ用プラグインの試用版をリリースした 個人的にはIDEといったらJetBrains系に勝るものはないと思っているのですが。 ペアプログラミングという面に関しては、なかなかよさげなものがない。 サードパーティ製のプラグインでCo

          ついにJetBrains系IDEでペアプロができるようになりそう - Qiita
        • めっちゃ需要あるのにAndroidエンジニアが足りてないらしいから魅力とか紹介する回(配信用カンペ) - Qiita

          自己紹介 バーチャル幼女プログラマーのきりみんちゃんです フリーランスのAndroidアプリ開発エンジニアをやってます YouTubeチャンネル(音量注意):https://www.youtube.com/channel/UCqN87Ye4TNLB04EFhxJ0L5w 今日のおはなし Androidエンジニアが足りてないらしいよ!! 需要はめっちゃあって観測範囲だとわりとどこの会社もAndroidエンジニア探してる印象 特に足りてないのはわりと勉強会とかブログとかで積極的にアウトプットしたりするような意欲の高いタイプの人 当分はかなり需要が供給を上回る感じなので転職有利だと思うし、やる気があれば新人でも育ててもらえるかもしれない 今だとお給料も高めだと思う 原因考察 開発されるアプリの規模や要求される品質は上がり続けてて需要は増えている ぶっちゃけあんまり若い層が育っていないような 勉強

            めっちゃ需要あるのにAndroidエンジニアが足りてないらしいから魅力とか紹介する回(配信用カンペ) - Qiita
          • プロのUIデザイナーに学ぶ、既存のデザインのクオリティを高めるデザイン知識とテクニックのまとめ

            既存のUIデザインをどのような手順で改善すればよいのか、UIのクオリティを高め、ビジュアルをよくするためのデザイン知識とテクニックを紹介します。 Cleaning up form UI by Nikita Прокопов 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに グリッドを定義する スペースの正規化 ピクセル単位のずれ ボタン カラーコントラスト タイポグラフィ 完成!修正したUI はじめに 下記は、IntelliJ Idea 2020.1 EAPを起動して最初に表示されるダイアログです。 このデザインをあなたはどう思いますか? IntelliJ Ideaのダイアログ ぱっと見、清潔感がある普通のUIに見えますが、細かいところをよく見るとおかしいのが分かります。このフォームのUIのほとんどに改善する余地がありま

              プロのUIデザイナーに学ぶ、既存のデザインのクオリティを高めるデザイン知識とテクニックのまとめ
            • Cron→Rundeckに乗り換えた話 - MonotaRO Tech Blog

              こんにちは。MonotaROで商品管理や受発注システムの開発を担当している中尾です。 この度、これまでcronで実行していたジョブに対してRundeckを導入し、ジョブのスケジュール管理を効率化することができましたので、導入にあたって苦労した点とその解消方法を中心に紹介いたします。 Rundeck導入の背景 Cronの限界を感じた 過去にも導入しようとしたが・・・ Rundeck導入において苦労した点 Rundeckが落ちた場合の対応の検討 GitでのRundeckジョブのバージョン管理 導入してよかったこと 複数のサーバーに跨ってジョブフローが組めること Cron式が使えること 重複起動制御ができること まとめ Rundeck導入の背景 Cronの限界を感じた MonotaROでは「注文を倉庫に連携する」、「商品の発注を自動で行う」といった様々なバッチ処理が、細かいものも含めると1日数千

                Cron→Rundeckに乗り換えた話 - MonotaRO Tech Blog
              • たぶんエンジニアには64GB(以上の)メモリのPCを与えた方が生産性が上がると思う件 - Qiita

                会社で支給するPCのスペックについて、どういうものが良いのか、よく思案します。(僕は情シスではないのですが) 要は、エンジニアの生産性です。 最近はなんでもブラウザを利用するようになっていて、例えばクラウドを利用した開発や運用ならそのクラウドのWebページを複数開く必要があるし、システムによっては監視アプリケーションや運用に使うアプリや開発自体もWebでやる場合があると思います。 で、私のローカル環境について言うと、今使っているのは32GBメモリのPCなのですが、ブラウザって、タブごとに数十MB~数百MB(大体200~300MB, 大きいときは500MBなど)使ってて、ブラウザだけでめっちゃメモリ食うんですよね。 以下は、FirefoxでAWSの開発/ステージング/本番環境の検証や運用を1日やっていたときの、タスクマネージャでのfirefox.exeの各タブ(=プロセス)でのメモリ消費です

                  たぶんエンジニアには64GB(以上の)メモリのPCを与えた方が生産性が上がると思う件 - Qiita
                • 注意:macOS 14.4 で JetBrains IDE がクラッシュする問題 | Post Blog

                  更新履歴 2024/3/22 22:24 本問題に対するワークアラウンドを含む 2023.3.6 がリリースされましたので回避策に追記しました。 2024/3/18 1:03 macOS 14.4 はセキュリティアップデートを含むため(一般には)適用が推奨されること、および IDE クラッシュの発生頻度は JVM のバージョンや VM オプション、利用形態等の環境により異なることが考えられるため macOS 14.4 インストール済み環境における対応については「上記で報告されている IDE のクラッシュが頻繁に発生する場合」 に推奨する旨を追記しました こんにちは。JetBrains 堀岡です。 2024 年 3 月 15 日に公開された Oracle Java チームのブログポスト「Java users on macOS 14 running on Apple silicon syste

                    注意:macOS 14.4 で JetBrains IDE がクラッシュする問題 | Post Blog
                  • 開発生産性を120%にブーストするIntelliJ IDEAのプラグイン紹介 - Retty Tech Blog

                    この記事はRetty Advent Calendar Part2の17日目の記事です。 はじめに おすすめプラグイン紹介 Git系 GitToolBox Find Pull Request GitLink エディタ拡張系 InspectionLens Randomness Rainbow Brackets ショートカット関連 Mnemonic Keymap Key Promoter X その他 EnvFile JsonParser Awesome Console おわりに はじめに Rettyで生産性改善を担うProductivityチームに所属している山田です。 生産性改善というと技術負債に立ち向かって開発しやすい環境を整備する、定型作業を自動化して本質的な作業に向かいやすくする、といった大掛かりなものが思い浮かびやすいと思いますが、普段使っているツールを最大限に活用して短い時間で仕事を

                      開発生産性を120%にブーストするIntelliJ IDEAのプラグイン紹介 - Retty Tech Blog
                    • コードのコメントやドキュメントなどのテクニカルライティングを生成AIが提案、補完、校正など支援するツール「Grazie」、JetBrainsが提供開始。日本語は未対応

                      コードのコメントやドキュメントなどのテクニカルライティングを生成AIが提案、補完、校正など支援するツール「Grazie」、JetBrainsが提供開始。日本語は未対応 Kotlin言語や統合開発ツールIntelliJ IDEAなどの開発を行っているJetBrainsは、IT系のテクニカルライティングのためのAI作文支援ツール「Grazie」(紹介動画によると発音は「グラッツィ」のようです)を発表しました。 JetBrainsの説明によると、Grazieで利用している言語モデルはハイテク業界のテキストを学習させているため、テクニカルライティングを的確に支援できるとのことです。 Introducing Grazie, a new AI writing companion! Streamline non-coding tasks right inside your JetBrains IDEs,

                        コードのコメントやドキュメントなどのテクニカルライティングを生成AIが提案、補完、校正など支援するツール「Grazie」、JetBrainsが提供開始。日本語は未対応
                      • Mac mini に eGPU を導入して全てが快適に、4K + IntelliJ の遅延も改善した

                        結論から書くと、Mac mini 2018 モデルに eGPU : Razer Core X + Radeon RX 5700 を突っ込むと、あらゆるストレスが改善しましたと言う話です。 ストレスだったこと IntelliJ の文字入力が極端に遅いZoom のデスクトップ共有が重いOBS のライブ配信が重いCiv6 の画面が黒い影に覆われ、おどろおどろしい雰囲気にこれらが全て改善し、今のところは安定稼働をしています(Civ6 は改善しない方が生産性的には良かったのかもしれない)。 ここからは時系列での話僕は Mac mini 2018 モデルが発表された直後に、これはいいぞ!と思い即購入しました。それまではずっと iMac を乗り換えて行ってたのですが、ディスプレイが自由に選びたいなと思って Mac mini にしました。 ディスプレイは LG の 34WK95U-W と言う 5K2K (

                          Mac mini に eGPU を導入して全てが快適に、4K + IntelliJ の遅延も改善した
                        • IntelliJ・WebStrom・PhpStorm等のJetBrains製IDEで、文字列の直前に「language=JSON」と書くと、その文字列にJSONのシンタックスハイライトが効いて便利だった。 - Qiita

                          IntelliJ・WebStrom・PhpStorm等のJetBrains製IDEで、文字列の直前に「language=JSON」と書くと、その文字列にJSONのシンタックスハイライトが効いて便利だった。JavaPHPJavaScriptPhpStormIntelliJ IntelliJやWebStrom、PhpStormなどのJetBrains製IDEで、文字列の前に// language=JSONというコメントをつけると、IDEが文字列をJSONとして認識してくれるため、 JSONとしてのシンタックスハイライト JSON構文エラーの警告 JSONのコード補完 コード整形 といった、地の文でJSONを書いたときにIDEがやってくれるような恩恵を享受できるようになる。 この機能はLanguage Injectionと呼ばれるもの。コメントが書ける大抵の言語なら、JavaでもPHPでもJav

                            IntelliJ・WebStrom・PhpStorm等のJetBrains製IDEで、文字列の直前に「language=JSON」と書くと、その文字列にJSONのシンタックスハイライトが効いて便利だった。 - Qiita
                          • [速報]Google Cloudが「Gemini Code Assist」発表。最新のAIによるコーディング支援、Stack Overflowのナレッジも統合。Google Cloud Next '24

                            Google Cloudは、日本時間4月10日未明から開催中のイベント「Google Cloud Next '24」で、最新のAIによるコーディング支援サービス「Gemini Code Assist」を発表しました。 Gemini Code Assistは、GitHub CopilotやAWS CodeWhispererなどと競合するサービスと位置づけられます。 Gemini Code Assistは最新AIモデル「Gemini」採用 Google Cloudは昨年(2023年)12月にAIによるコード補完やコード生成などを実現する「Duet AI for Developers」を正式リリースしています。今回発表されたGemini Code Assistは、同社の最新AIモデルである「Gemini」を採用したDuet AI for Developersの進化版だと説明されています。 参考:

                              [速報]Google Cloudが「Gemini Code Assist」発表。最新のAIによるコーディング支援、Stack Overflowのナレッジも統合。Google Cloud Next '24
                            • macOS版の1PasswordでSSHキーの管理が便利になってた - Mitsuyuki.Shiiba

                              GitHubの鍵を1Password管理に ちょっと前に、azuさんの記事を読んでSSHの鍵を1Password管理にするのいいなと思ったので efcl.info GitHubのAuthとSigningの鍵を1Password管理にしておいた。 GitHubの鍵を1Password管理にしといた。簡単だった。よいー。https://t.co/Vo2OA230V5— Mitz Shiiba (@bufferings) March 25, 2023 azuさんの記事だと、SSHの鍵以外も色々やってるんだけど、そのへんはまたの機会に。 便利 GitHubにアクセスするときに、macOSのTouch IDを使って指紋で認証するだけでよくて便利。しばらくは有効なので、毎回認証が必要なわけじゃないのも便利。 なんだけど、tmuxで新しいペインとかウィンドウを開くたびに聞かれてしまうのか、有効期限が短い

                                macOS版の1PasswordでSSHキーの管理が便利になってた - Mitsuyuki.Shiiba
                              • 「“わからなくてもまずはやってみる”ができる人は成長できる」 未経験エンジニアが“活躍できるエンジニア”になるために必要な考え方

                                まだ教科書がない技術が増えてきている ーー「エンジニア教育のここが難しい」みたいなことはなにかありますか? 竹迫良範氏(以下、竹迫):教育の難しさでいうと、教科書がないものが最近増えていますよね。まさに今ChatGPTが急速に流行りだしていたりしますが、紙の教科書は去年はほとんどなかったと思うので、教える側が教材開発から新しくしないといけない。それは今すごく大変だと思います。新しいものがどんどん入ってきますが、そこはひたすら試して、試した人が教材を作っていくかたちになっています。 会社が大きくなる中で、志望者の質が変化してきた ーーラクスパートナーズはどうですか? 森大介氏(以下、森):うちのビジネスは、採用、教育、派遣という流れで進んでいるのですが、私が採用をやっていた時は、社員数も100人ぐらいで会社の規模も小さかったので、知名度もそこまでなく、採用が大変だった時代でした。 そんな中で

                                  「“わからなくてもまずはやってみる”ができる人は成長できる」 未経験エンジニアが“活躍できるエンジニア”になるために必要な考え方
                                • Rustを写経する環境を作る

                                  What's? 詳解Rustプログラミングを写経しています。 最初はIntelliJ IDEAで書いていたのですが、補完があまり効かないのでVS Codeに乗り換えました。 (IntelliJ IDEAで何がうまくいっていないのか調べられてないのですが...) ついでにとアレコレくっつけていったらゴツゴツしてきたのですが、なかなか快適なので紹介。 写経中のリポジトリはこちら。 https://github.com/watarukura/rust_in_action_study Required VS Code Docker devcontainer VS Codeのdevcontainerを使います。 moldを使ってみたかったのでFaster Rust Incremental Builds in Dockerを参考にしつつ、最新のv1.1を使えるように書き換えています。 (あんまりmol

                                    Rustを写経する環境を作る
                                  • サーバーレスのローカル開発環境を整備する ~中編 - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                                    それぞれ、ウィザード形式で SAM アプリケーションのテンプレートを選択することで、プロジェクトが雛形のアプリケーションファイルとともに構成されます。なお、この GUI 型のウィザードで選択できるテンプレートとは別に、コマンドラインから SAM CLI を利用する (次項にて説明します) ことで、より多くのテンプレートが選択できます。 これらのテンプレートのいくつかは、典型的なサーバーレスのパターン実装例です。以下の表では、本記事の執筆時点での Visual Studio Code、Eclipse、IntelliJ IDEA の AWS Toolikt ウィザードと、SAM CLI コマンドで選択できるテンプレートの一覧、およびそれらに対応する開発言語とバージョン、サーバーレスパターンの対応を表しています。

                                      サーバーレスのローカル開発環境を整備する ~中編 - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                                    • 2024 年の JavaScript と TypeScript のトレンド: 開発者エコシステムアンケートのインサイト | The WebStorm Blog

                                      JetBrains は過去 7 年間にわたり、変化し続ける開発者の状況と使用されている主要テクノロジーを関連付けるために開発者エコシステムアンケートを実施してきました。 その結果は生データと分析レポートの両方の形式でコミュニティと共有され、すべての関係者がこのエコシステムの状況を把握できるようになっています。 本日は今年の調査結果を JavaScript と TypeScript に焦点を当てて確認したいと思います。 アンケートの概要 2023 年の開発者エコシステムアンケートでは、世界中の 26,348 人の開発者からインサイトを収集しました。 このアンケートの結果を自分で確認し、プログラミング言語やツール、テクノロジーから回答者に関する有用な情報や豆情報に至るまで広範なトピックを網羅した情報を入手できます。 私たちは開発者独特のライフスタイルにも注目し、その情熱や興味を明らかにする予定

                                        2024 年の JavaScript と TypeScript のトレンド: 開発者エコシステムアンケートのインサイト | The WebStorm Blog
                                      • 左手骨折したので右手専用キーボードを自作した話 - Qiita

                                        左手骨折しました エンジニアにとって、手は商売道具です。手が使えなければ一般的なタイピングができず、コードを書くことができない。すなわちエンジニアとしての死を意味します。多くのキーボードは両手が使えることを前提に設計されているため、片手が使えないだけでも一気にハードモードになります。 わかっていた。わかっていたのに、事故というのは突然起きてしまうものです。 2週間ほど前、陽キャの真似をして人生2回目のスノーボードに挑戦しました。思ったより自由に滑れるなぁ、陽キャの道も近いなぁ、と調子に乗った次の瞬間でした。スピードを出し過ぎ、恐怖から重心を崩してしまい、派手に転んでしまいました。しかも、お尻からではなく左手から転んでしまったのです。。。 直後、左手首があらぬ方向へ曲がった感覚と、経験したことのない痛みが走りました。僕はこの人生、骨折の経験は一度もなかったのですが、それでも一瞬で骨が逝ったこ

                                          左手骨折したので右手専用キーボードを自作した話 - Qiita
                                        • Neovimでのフロントエンド開発環境 2021

                                          最近はフロントエンドエンジニア(主にReact)をしているYano (@yuki_ycino) といいます。 この記事では自分が開発に使っているNeovim周りの環境と、その大まかな構成について書いていきます。 追記 後日、自分がNeovimでフロントエンド開発を行っている理由とVSCode という記事を書きました。 合わせて読んでいただけると幸いです。 はじめに 自分は現在フロントエンド開発のほぼ全てをNeovimで行っています。 個人的にはVSCodeと遜色なく(むしろ効率よく)開発できていると思うのですが、VSCodeではシンプルな設定で開発を始められるのに対し、Vimはどうしても設定のハードルが高いです。 具体的には現在5000行弱のVimの設定ファイルと100個前後のプラグインを導入して開発しています。 ただ、それを他の方に勧めるのは無茶なので、この記事ではほぼ最小構成に近いTy

                                            Neovimでのフロントエンド開発環境 2021
                                          • AWSのコード生成AI「CodeWhisperer」、生成モデルのカスタマイズが可能に。社内の独自ライブラリやAPIを生成コードに組み込める新機能がプレビュー公開

                                            AWSのコード生成AI「CodeWhisperer」、生成モデルのカスタマイズが可能に。社内の独自ライブラリやAPIを生成コードに組み込める新機能がプレビュー公開 Amazon Web Services(AWS)は、コメントやコードの一部からAIがコードを自動生成してくれるサービス「Amazon CodeWhisperer」の新機能として、生成モデルをカスタマイズし、社内の独自ライブラリやAPIなども生成されるコードに組み込むことができる新機能をプレビュー公開しました。 下記はAWS CEO Adam Selipsky氏のツイート。 Exciting news! Amazon CodeWhisperer’s new customization capability is now available in preview! The new feature helps customers to

                                              AWSのコード生成AI「CodeWhisperer」、生成モデルのカスタマイズが可能に。社内の独自ライブラリやAPIを生成コードに組み込める新機能がプレビュー公開
                                            • Neovimでのフロントエンド開発環境 2022

                                              投稿が予定より大幅に遅れてしまい申し訳ありません。 忙しかったのと記事のボリュームが想定より大きくなってしまい執筆に時間がかかってしまいました。 はじめに フロントエンドエンジニア(主にReact)をしているYano (@yuki_ycino) といいます。 去年のAdvent Calendarでは Neovimでのフロントエンド開発環境 2021 という記事を書きました。 この1年でかなり情勢が変わったので現在の状況について解説する記事となります。 去年に引き続きこの記事では主にLSPによる開発サポート及び現代の開発における必須プラグインの紹介をメインに進めています。 具体的には coc.nvim とNeovim built-inのLSP実装であるnvim-lspでの設定の2つについて解説と具体的な設定の紹介をしようと思います。 自分はcoc.nvimを普段使っており、nvim-lspを

                                                Neovimでのフロントエンド開発環境 2022
                                              • どのプログラミング言語が使われているのか、JetBrainsが調査レポートを発表

                                                どのプログラミング言語が使われているのか、JetBrainsが調査レポートを発表:移行先はGo、Kotlin、Python JetBrainsは、開発者エコシステムの現状に関する4回目の年次調査の結果をまとめたレポート「The State of Developer Ecosystem 2020」を発表した。開発者がどのようにビッグデータを分析しているかについても調べた。 Java IDEの「IntelliJ IDEA」やプログラミング言語の「Kotlin」などを手掛けるJetBrainsは2020年6月11日(現地時間)、開発者エコシステムの現状に関する4回目の年次調査の結果をまとめたレポート「The State of Developer Ecosystem 2020」を発表した。 JetBrainsはこの調査を2020年初めに行い、2万人弱の開発者が回答した。調査結果の概要は次の通り。

                                                  どのプログラミング言語が使われているのか、JetBrainsが調査レポートを発表
                                                • Visual Studio Codeショートカットキー15選

                                                  プラットフォームになりつつあるVisual Studio Code 今、開発者の人気が最も伸びていると考えられている開発環境がMicrosoftの開発する「Visual Studio Code」だ。Windowsの統合開発環境としては、特定のプログラミング言語ではIntelliJが、ターミナルではVimがといったように、分野によって他の統合開発環境や多機能エディタのほうが人気が高い。しかし、ユーザーの増加数と勢いから見ると、Visual Studio Codeが第1の候補ではないかとみられている(参考「TOP IDE index」)。 Visual Studio Codeの最大の特徴は、開発環境としての機能をプラグインによって提供しているということにある。Visual Studio Codeは、開発環境のプラットフォームとして機能する。ユーザーは、自分の使うプログラミング言語に合わせてプラ

                                                    Visual Studio Codeショートカットキー15選
                                                  • AIがコーディングしてくれる「Amazon CodeWhisperer」正式投入。GitHub Copilotに対抗、個人利用は無料 | テクノエッジ TechnoEdge

                                                    ITジャーナリスト/Publickeyブロガー。IT系の雑誌編集者、オンラインメディア発行人を経て独立。2009年にPublickeyを開始しました。 Amazon Web Services(AWS)は、コメントやコードの一部からAIがコードを自動生成してくれるサービス「Amazon CodeWhisperer」が正式版になったことを発表しました。 Amazon CodeWhispererは昨年(2022年)6月に行われたAWSの機械学習にフォーカスしたイベント「Amazon re:MARS 2022」で発表され、プレビュー公開されていました。 コメントや書きかけのコードからコードを自動生成Amazon CodeWhispererは、オープンソースリポジトリ、Amazon内部リポジトリ、APIドキュメント、フォーラムなどから収集した数十億行のコードを基にした機械学習から、プログラマーが書き

                                                      AIがコーディングしてくれる「Amazon CodeWhisperer」正式投入。GitHub Copilotに対抗、個人利用は無料 | テクノエッジ TechnoEdge
                                                    • Rubyist Hotlinks 【第 38 回】国分崇志 さん

                                                      はじめに 著名な Rubyist にインタビューを行う企画「Rubyist Hotlinks」。第 38 回となる今回は、国分崇志さん。 では、お楽しみください。 インタビュー 聞き手 卜部さん (@shyouhei) 語り手 国分崇志さん (記事中「国分」) 野次馬 遠藤さん、村田さん、柴田さん、sorahさん 日にち 2019 年 9 月 某日 写真提供 村田さん、柴田さん 目次 はじめに インタビュー 目次 プロフィール 代表作 プログラミング経験 Rubyについて 興味ある言語 大学入学後のお話 就職 トレジャーデータ入社 今後の話 普段の生活 普段使っている計算機 将来の夢 村田さんとの関係 次のインタビュイー 若手の読者に一言 プロフィール 卜部 じゃあ録音をします。 柴田 始まり。 卜部 じゃあ、お願いします。 国分 よろしくお願いします。 柴田 おはようございます。 卜部

                                                      • なぜTypeScriptを使うべきか? - サバイバルTypeScript-TypeScript入門

                                                        このうち特に型による静的チェックは、TypeScriptに「Type」という名が冠されているように、TypeScriptの目玉機能です。型チェックはプログラムを実行せずとも、プログラムの欠陥に気づくことができます。バグは発見が遅れるほど修正コストが高くつきますが、TypeScriptではコーディング中に頻繁にチェックすることができ、バグ早期発見によって修正コストも抑えることができます。AirBnBによると、TypeScriptを使っていたらAirBnBの38%ものバグを未然に防げたと見る分析を発表しています。 また、型があることで、プログラムの可読性や理解しやすさが上がったり、エディターの補完機能を活かすことができ、コーディングの効率も良くなります。 TypeScriptは公式に「大規模なアプリケーション」が具体的にどれほどの規模なのかは名言していませんが、筆者の感覚からいうと、数百行規模

                                                          なぜTypeScriptを使うべきか? - サバイバルTypeScript-TypeScript入門
                                                        • Terraformのレビューを自動化するために、Conftestを導入してGithub ActionsでCIまで設定してみる - nariのエンジニアリング備忘録

                                                          はじめに 対象読者 OPA/Rego/Conftestとは Regoでポリシールールを記述して、ルール自体のテストも記述しながらCIへ組み込んでいくまで Conftest(OPA/Rego)のセットアップ 前提知識: Terraform plan 結果の構造 ConftestでTerrafom resource tag ルールを書いてみる ConftestでRegoで書いたルール自体のテストを書いて、実行してみる Conftestを実行するCIをGithub Actionで整備する Conftest/Regoで書いたポリシールール自体のfmt/verifyのCIの設定 Conftest testでTerraform plan結果をテストするCIの設定 終わりに 参考文献 English Version: dev.to はじめに メリークリスマス。eureka, inc. でSREをやってい

                                                            Terraformのレビューを自動化するために、Conftestを導入してGithub ActionsでCIまで設定してみる - nariのエンジニアリング備忘録
                                                          • 0からScalaを本番導入して感じたこと・考えたこと - k.dev

                                                            はじめに 弊社ではScalaを本番環境に導入して大体1年になる。 導入以前に社内的にScalaに関する知識はゼロだった。 Scalaという言語は巷では色々言われているが愛好者とそれ以外の壁が非常に大きな言語のように思える。 ここはコミュニティの努力によって埋められようとしているが、他の言語に比べてまだまだなのが現状である。 弊社でのScala導入経験に関する情報がその壁を取り払う一助になることを祈る。 導入経緯 Railsの運用コスト もともとはプロダクトのバックエンドはRailsで書いていた。 Railsは非常に高速にプロダクトを開発できるのだが、長期的に見るとその高速性よりも運用困難性、堅牢性の欠如が目立つようになってきた。 MVCアーキテクチャは複雑なプロダクトを構成するのにはシンプルすぎた。 特にRailsの中核をなすアクティブレコードモデルのせいで問題の分割が難しかった。 じゃあ

                                                              0からScalaを本番導入して感じたこと・考えたこと - k.dev
                                                            • アップル、新しいプログラミング言語「Pkl」をオープンソースで公開。コンフィグレーション生成用 | テクノエッジ TechnoEdge

                                                              ITジャーナリスト/Publickeyブロガー。IT系の雑誌編集者、オンラインメディア発行人を経て独立。2009年にPublickeyを開始しました。 アップルは、さまざまなコンフィグレーションファイルを生成するための静的型付言語「Pkl」(発音はPickle=ピックル)をオープンソースで公開しました。 ソフトウェアやクラウドサービスなどの設定に用いるコンフィグレーションファイルはどんどん複雑になってきており、利用者が望む詳細な設定を、一般的なコンフィグレーションファイルのフォーマットとして使われているJSONやYAML、XMLプロパティリストなどの形式で正確に記述することは難しくなってきています。 Pklはそうしたコンフィグレーションを正確かつ分かりやすく記述するために開発された、特定目的用のプログラミング言語だと説明されています。 Configuration-as-Codeを実現するた

                                                                アップル、新しいプログラミング言語「Pkl」をオープンソースで公開。コンフィグレーション生成用 | テクノエッジ TechnoEdge
                                                              • 何もわからない状態からいち早く脱するためのコードリーディング法(Android 版) - dely Tech Blog

                                                                こんにちは。 dely の開発部でクラシルの Android を担当している tummy です。 2019 年 12 月から dely に入社して、たくさんキャッチアップしながら初めての施策を実装しています。ついていくので精一杯です。。笑 この記事は「dely Advent Calendar 2019」の 20 日目の記事になります。 qiita.com adventar.org 昨日は同じ Android チームの kenzo による「エンジニアは体が資本でしょ。と思って始めた習慣とその続け方」という記事でした。 自分は三日坊主になることが多いので、次になにか継続しようと思ったときはアドバイスをもらおうと思います。 tech.dely.jp 今回は、新しいプロジェクトに入った際のキャッチアップ時に行っている、担当する Android アプリの中身を「なるべく早く」「ざっくりと」把握するた

                                                                  何もわからない状態からいち早く脱するためのコードリーディング法(Android 版) - dely Tech Blog
                                                                • 両面どころかインフラもTSでできるよ ~ 全方位TypeScriptによるプロダクト開発 ~

                                                                  IntelliJ IDEA を知らなかった 自分に教えたい小ネタ集 / IntelliJ IDEA Hints for My Past Self

                                                                    両面どころかインフラもTSでできるよ ~ 全方位TypeScriptによるプロダクト開発 ~
                                                                  • GitHub - TabbyML/tabby: Self-hosted AI coding assistant

                                                                    03/20/2024 v0.9 released, highlighting a full feature admin UI. 12/23/2023 Seamlessly deploy Tabby on any cloud with SkyServe 🛫 from SkyPilot. Archived 12/15/2023 v0.7.0 released with team management and secured access! 10/15/2023 RAG-based code completion is enabled by detail in v0.3.0🎉! Check out the blogpost explaining how Tabby utilizes repo-level context to get even smarter! 11/27/2023 v0.6

                                                                      GitHub - TabbyML/tabby: Self-hosted AI coding assistant
                                                                    • 長年Linux/Windows使いだった私がmacOSで開発環境を整えるためにやったこと | DevelopersIO

                                                                      長年業務でWindows,プライベートでLinuxを使い続けていた私が、macOSを使ったWeb開発業務を行うことになりました。環境周りを色々調整していたのですが、ようやく安定してきたのでやったことをまとめておきます。 はじめに プライベートでは Ubuntu を中心とした Linux デスクトップ環境、業務では Windows を長年利用していたのですが、色々あって MacBook Pro で開発業務を行うことになりました。 macOS 自体初めてで、独特のショートカットキーを使いこなせる気がしなかったので、Ubuntu に近い操作感にならないかと試行錯誤した結果、ある程度満足の行くところまで調整出来たので、その内容をまとめました。 環境は以下の通りです。内蔵キーボードやトラックパッドは全く使用しない環境となります。 MacBook Pro (13-inch, 2019, Four Th

                                                                        長年Linux/Windows使いだった私がmacOSで開発環境を整えるためにやったこと | DevelopersIO
                                                                      • Vite+Vitest+Ladleで快適フロントエンド開発 | 株式会社ヌーラボ(Nulab inc.)

                                                                        SPAにするとNext.jsの嬉しさが半減しますが、/pages/以下のディレクトリ構造がそのままエンドポイントのパスに対応する、ディレクトリベースのルーティングをとても気に入っていたので、ほぼルーティングだけのためにNext.jsを使い続けていました。 今年(2023年)の春頃、高機能なNext.jsをルーティングのためだけに使いつづけるのはやはり違う気がする、と調べていて「ViteとReact Routerを使えば簡単にディレクトリベースのルーティングできるよ」という記事を見つけたのが、実はViteを知った最初でした。流行に鈍感…これが老化か…。 Simplifying Routing in React with Vite and File-based Routing Viteにはimport.meta.glob()という機能があり、トランスパイル時にディレクトリ以下のファイルを列挙し

                                                                          Vite+Vitest+Ladleで快適フロントエンド開発 | 株式会社ヌーラボ(Nulab inc.)
                                                                        • GMOペパボ、「GitHub Copilot」の利用データ公開 AI提案のコード、どれくらい採用?

                                                                          GMOペパボは8月30日、同社が6月7日に導入したAIプログラミング補助ツール「GitHub Copilot」の利用データを公開した。6月7日から7月19日の間にAIが提案したコードの採用率などを明らかにしている。 コードエディタ「Visual Studio Code」でGitHub Copilotを活用する社内ITエンジニアのデータを集計した。期間中にAIが提案したコードの総数は約81万8000件。このうち、ユーザーがAIの提案をそのまま採用したのは全体の約28%に相当する約24万6000件だった。 「(採用されたコードの)総行数は3万5000行。採用後に修正されるケースも多々あると思われるが、1カ月弱で3万5000行のコードを書く時間と手間を削減できたと考えると、期待する効果が得られているのではないか」(同社) 言語別の採用率も公開した。例えばRubyでは5454件(採用率28.7%)

                                                                            GMOペパボ、「GitHub Copilot」の利用データ公開 AI提案のコード、どれくらい採用?
                                                                          • ITエンジニアの【理想の開発環境】に関するツール・サービスランキング - TECH Street (テックストリート)

                                                                            こんにちは!TECH Street編集部です。 IT・テクノロジー人材のためのコミュニティ「TECH Street(テックストリート)」は、定期的にIT・テクノロジーに関する調査企画を実施しております。 調査テーマは毎回コミュニティメンバー内で話題にあがったコト、興味関心が高いトピックスなどを対象に選定しています。 今回は「ITエンジニアの働く環境」と「開発環境」について、外部調査会社にご協力いただき日本国内のITエンジニアを対象としたWebアンケート調査を行いました。本記事では、調査結果を紹介いたします。 調査概要 調査項目 ITエンジニアが使いたいPCランキング ITエンジニアが使いたいビジネスチャットツールランキング ITエンジニアが使いたいWeb会議ツールランキング ITエンジニアが使いたいエディタランキング ITエンジニアが使いたいIDEランキング ITエンジニアが使いたいプロジ

                                                                              ITエンジニアの【理想の開発環境】に関するツール・サービスランキング - TECH Street (テックストリート)
                                                                            • Javaを書くツールの使いやすさで言うと「NetBeans > IntelliJ IDEA >> Eclipse >>>(超えられない壁) >>> VSCode」→開発者から様々な声

                                                                              きしだൠ(K1S) @kis Javaを書くツールの使いやすさで言うと NetBeans > IntelliJ IDEA >> Eclipse >>>(超えられない壁) >>> VSCode みたいな感じで圧倒的にVSCodeのダメ感がある。 NetBeansはIDEフレームワークがいいのよね。自然にUIの整合性がとれるし右クリックメニューもあるべきものになる。 2024-05-02 15:16:28

                                                                                Javaを書くツールの使いやすさで言うと「NetBeans > IntelliJ IDEA >> Eclipse >>>(超えられない壁) >>> VSCode」→開発者から様々な声
                                                                              • 2020年現在 Web系企業で採用されてる技術についてまとめてみた - Qiita

                                                                                はじめに 2020年も始まりましたね! タイトル通りですが、2020年現在スタートアップや大手のWeb系IT企業で採用されている、トレンドとなっている技術についてそれぞれのジャンル毎に求人や採用ページ、ブログを元にまとめてみました。 いくつかピックアップしている形になるので、記述できてないものもありますが、ご了承くださいm(_ _)m (適宜アップデートしていきたいと思います。) (自分のメイン領域がバックエンドなので、そちらに偏っていると思います) 言語編 Ruby サーバーサイドのスクリプト言語、動的型付け言語です。 まつもとゆきひろさん(Matzさん)により開発されたオブジェクト指向スクリプト言語。 日本生まれの言語です。 整数や文字列なども含めデータ型はすべてがオブジェクトであり、純粋なオブジェクト指向言語です。 有名なフレームワークである Ruby on Rails を使うと開発

                                                                                  2020年現在 Web系企業で採用されてる技術についてまとめてみた - Qiita
                                                                                • サーバーサイドにKotlinを導入して3年経った結果

                                                                                  Kotlin – Wikipedia サーバーサイドKotlinの導入から一年が経ちましたという記事から更に2年が経過し、アプリボットではサーバーサイドにKotlinを導入してから3年が経過しています。 その間に開発中であったタイトルはリリースを迎え、安定的に運用・更新が行われるようになりました。そこで、Kotlinを導入した結果、開発者体験はどのように改善されたか、そうでなかったかを振り返ってみることとしました。 この記事はアプリボット技術研究室、室長の斎藤が、Applibot Advent Calendar 2021の5日目の記事として執筆しました。 本記事の主張 既存開発者/新規開発者にとっても学習曲線がゆるやかであるJavaの既存資産のKotlin環境への可搬性は高いIntelliJ IDEAの開発者体験の良さプログラミング言語としての細かい機能が便利になっている 学習曲線のゆるや

                                                                                    サーバーサイドにKotlinを導入して3年経った結果