(Translated by https://www.hiragana.jp/)
Kotlinの人気記事 301件 - はてなブックマーク

検索けんさく対象たいしょう

並ならび順じゅん

ブックマーク数すう

期間きかん指定してい

  • から
  • まで

1 - 40 件けん / 301件けん

新着しんちゃく順じゅん 人気にんき順じゅん

Kotlinの検索けんさく結果けっか1 - 40 件けん / 301件けん

Kotlinに関かんするエントリは301件けんあります。 開発かいはつ、 kotlin、 プログラミング などが関連かんれんタグです。 人気にんきエントリには 『良よいコードとは何なにか - エンジニア新卒しんそつ研修けんしゅう スライド公開こうかい｜CyberZ Developer』などがあります。

Kotlinの関連かんれんエントリー

  • 良よいコードとは何なにか - エンジニア新卒しんそつ研修けんしゅう スライド公開こうかい｜CyberZ Developer

    CyberZ CTO室しつのメンバーの森もり (@at_sushi_at) です。 先日せんじつ、株式会社かぶしきがいしゃサイバーエージェントの2021年度ねんど エンジニア新卒しんそつ研修けんしゅうでコードの品質ひんしつに関かんする講義こうぎを行おこないました。 そこで話はなした内容ないようとスライドを完全かんぜん公開こうかいします。 45分ぶんの内容ないようのため、かなり長ながいですが、個人こじん的てきにぜひ一読いちどくして欲ほしい内容ないようになっています。 はじめに こんにちは、森もり 篤史あつしと言いいます。2019年度ねんど入社にゅうしゃで今年ことしで3年ねん目めになります。株式会社かぶしきがいしゃCyberZのOPENREC.tvというプロダクトでAndroidアプリチームのリーダをやっています。 最近さいきんはプログラムを書かく仕事しごと以外いがいに、次世代じせだいマネジメント室しつという全社ぜんしゃ横断おうだん組織そしきでDevelopers Blogの改善かいぜんプロジェクトを実行じっこうしたり、CyberZ CTO室しつで組織そしき活性かっせい化かに取とり組くんでいます。 あと、2019年度ねんどの未踏みとうスーパークリエータにも認定にんていされました。 メインの仕事しごととしては、入社にゅうしゃして

      良いコードとは何か - エンジニア新卒研修 スライド公開｜CyberZ Developer

    • もしあなたが急きゅうにAndroidアプリを業務ぎょうむで作つくるはめになった場合ばあいの選択肢せんたくし(2021年ねん初頭しょとう版ばん) - Qiita

      本ほん記事きじはAndroid Advent Calendar 2020の2020/12/01分ふんです。 初しょっ端ぱなということなので、2020年ねん末まつと2021年頭ねんとうでのAndroidエンジニアとして初はじめて業務ぎょうむでやる場合ばあいに抑おさえておいたほうが良よい最低限さいていげんの部分ぶぶんを書かいていこうと思おもいます。（ツッコミ待まちです） 対象たいしょう 2021年ねん3月がつぐらいまでに !!業務ぎょうむ!! でAndroidアプリを作つくらされる事ことになった可愛かわいそうな人ひとが居いたとします この人ひとは手続てつづき型がた言語げんごでオブジェクト指向しこうプログラミングができる知識ちしきがあり、Androidアプリもなんとなく趣味しゅみで作つくったこともあるぐらいのレベル感かんです~~（なので上長じょうちょうからいきなりお前まえAndroid担当たんとうなと言いわれた）~~ 最低限さいていげんのAndroidアプリの作成さくせいの知識ちしきはあるものとします（画面がめんの表示ひょうじにはActivityがいるよとかは書かかない) ゲームは対象たいしょう外がいです 業務ぎょうむでAndroidアプリを作つくることを想定そうていし

        もしあなたが急にAndroidアプリを業務で作るはめになった場合の選択肢(2021年初頭版) - Qiita

      • Fleet へようこそ！ | JetBrains のブログ

        長年ながねんに渡わたり、皆みなさんから「JetBrains はいつ軽量けいりょうエディターを作成さくせいする予定よていですか？」と尋たずねられてきました。 本日ほんじつ、Fleet を発表はっぴょうできることを大変たいへん嬉うれしく思おもっています。Fleet は単たんなる軽量けいりょうのエディターではありません！ 初はじめて Fleet を起動きどうすると、構文こうぶんハイライト、単純たんじゅんなコード補完ほかん、そしてエディターに期待きたいするものすべてが揃そろったフル機能きのうのエディターとして起動きどうします。 でも、それだけではありません！ Fleet は、スマート補完ほかん、リファクタリング、ナビゲーション、デバッグ、そして IDE に常つねに搭載とうさいされてきたものすべてが備そなわったフル機能きのうの IDE でもあります。しかも、これらの機能きのうはすべて、ボタンをクリックするだけで使用しようできます。 Fleet は新あたらしいアーキテクチャとユーザーインターフェースで、ゼロから構築こうちくされました。 Fleet は一体いったいなんであるのか、その詳細しょうさいについて説明せつめいしましょう

          Fleet へようこそ！ | JetBrains のブログ

        • C++の後継こうけい目指めざすプログラミング言語げんご「Carbon Language」、Googleの技術ぎじゅつ者しゃが実験じっけん的てき公開こうかい。C++は技術ぎじゅつ的てき負債ふさいで改良かいりょうが困難こんなんと

          Googleの技術ぎじゅつ者しゃChandler Carruth氏しらは、C++の後継こうけいを目指めざす実験じっけん的てきなプログラミング言語げんごとして「Carbon Language」（以下いか、Carbon）をGitHubで公開こうかいしました（Chandler Carruth氏しのツイート）。 GitHubのドキュメントでは、C++が性能せいのうを重視じゅうしするソフトウェア開発かいはつにおいて主流しゅりゅうのプログラミング言語げんごである一方いっぽう、言語げんごそのものにおいて数すう十じゅう年ねんにわたる技術ぎじゅつ的てき負債ふさいが蓄積ちくせきされていることなどにより段階だんかい的てきに改良かいりょうしていくことが極きわめて困難こんなんになっていると指摘してき。 一方いっぽうで、GoやSwift、Kotlin、Rustを始はじめとする優すぐれた開発かいはつ者しゃ体験たいけんを提供ていきょうする多数たすうのモダンな言語げんごは、C++の代かわりに採用さいようする、あるいはC++の開発かいはつから移行いこうするには、プログラミング言語げんごの違ちがいや性能せいのうのオーバーヘッドなど障壁しょうへきが多おおすぎるといった課題かだいがあるとも指摘してきしています。 そこでC++の段階だんかい的てきな改善かいぜんでは

            C++の後継目指すプログラミング言語「Carbon Language」、Googleの技術者が実験的公開。C++は技術的負債で改良が困難と

            • Kotlinの関連かんれんエントリー

          • Ubie は Go と Node.js の会社かいしゃになります

            Ubie では、創業そうぎょう当初とうしょから Server-Side Kotlin を推進すいしんしてきましたが、全社ぜんしゃ的てきな技術ぎじゅつ選定せんていを再度さいど行おこない、これからは Go と Node.js を中心ちゅうしんとすることにしました。 本ほん記事きじでは、Go と Node.js を選定せんていした理由りゆうや、それを普及ふきゅうさせる取とり組くみ、そして選定せんていの流ながれを紹介しょうかいします。 経緯けいい これまで Ubie では技術ぎじゅつスタックを発散はっさんさせてきていて、現在げんざいは Kotlin、Go、Node.js、Ruby、Python のバックエンドサービスが動うごいています。以前いぜんは新規しんき開発かいはつが多おおく、それぞれに携たずさわるメンバーが技術ぎじゅつ選定せんていをすることにより、最大さいだい瞬間しゅんかん風速ふうそくを出だせるなどのメリットがありました。しかし、現在げんざいでは弊害へいがいが目立めだってきています。 まず、事業じぎょう成長せいちょうに伴ともなって運用うんようの重要じゅうよう性せいが増ましています。人材じんざいが潤沢じゅんたくとは言いえないスタートアップにおいて、様々さまざまな技術ぎじゅつスタックを安定あんてい運用うんようすることはコストが高たかすぎると感かんじています

              Ubie は Go と Node.js の会社になります

            • Neovimを一瞬いっしゅんでVSCode並なみに便利べんりにする - k0kubun's blog

              去年きょねん8年ねんぶりに vimrc を書かき直なおした時ときはLSPの体験たいけんがあんまりよくなくてLSPなしでNeovimを使つかい続つづけていたのだが、様々さまざまな言語げんごのOSSをメンテする都合つごうで用途ようとに応おうじてIntelliJとVSCodeとNeovimの三さん刀かたな流りゅうで暮くらしていた結果けっか、可能かのうならNeovimに寄よせたいけどそれならLSPを使つかいたいなということになり、今回こんかいLSPの所ところを真面目まじめに設定せっていし直なおして、かなり良よい体験たいけんになっている。 正直しょうじきNeovimの設定せっていはVSCodeのそれに比くらべたら面倒めんどうなんじゃないかという印象いんしょうがありサボっていた節ふしがあるが、実際じっさいにやってみるとVSCodeと同どう程度ていどに簡単かんたんに済すむ方法ほうほうもあったので紹介しょうかいしたい。 何故なぜNeovimなのか LSPの話はなしの前まえに、タイトルだけ見みた人ひとがそもそも単たんにVSCode使つかえばいいじゃんと言いいそうなので、どうしてIntelliJやVSCodeではなくNeovimに揃そろえようと思おもったのかについて書かいておく。

                Neovimを一瞬でVSCode並みに便利にする - k0kubun's blog

              • もうリリースは怖こわくない ― 大おおきな変更へんこうを安全あんぜんに本番ほんばん適用てきようするTips - Cybozu Inside Out | サイボウズエンジニアのブログ

                こんにちは、AWS版ばんkintoneのDevOpsエンジニアをしている@ueokandeです。 AWS版ばんkintoneは2019年ねん9月がつのローンチから現在げんざいまで、幾度いくどとなく機能きのう改善かいぜんをしてきました。 ローンチ当時とうじよりも利用りよう者しゃが増ふえ、スケーラビリティのために内部ないぶ設計せっけいを大おおきく変更へんこうすることもあります。 先日せんじつ公開こうかいしたメール送信そうしんの設計せっけい変更へんこうもその1つです。 blog.cybozu.io 安定あんてい運用うんようのために必要ひつようなリリースではありますが、実装じっそうを大おおきく変かえることで不具合ふぐあい混入こんにゅうのリスクもあります。 それだけではなく、パフォーマンス改善かいぜんのつもりが、本番ほんばん環境かんきょうに投入とうにゅうして逆ぎゃくにパフォーマンス低下ていかが発覚はっかくするというケースもあります。 この記事きじでは、大おおきな変更へんこうを安全あんぜんにリリースするためのTipsを紹介しょうかいします。 記事きじの最後さいごではSpring Bootの実装じっそう例れいと、Kubernetesでの実現じつげん方法ほうほうも紹介しょうかいします。 切きり戻もどし戦略せんりゃく 大おおきな変更へんこうを安全あんぜんにリ

                  もうリリースは怖くない ― 大きな変更を安全に本番適用するTips - Cybozu Inside Out | サイボウズエンジニアのブログ

                • 認可にんかのベストプラクティスとDDDでの実装じっそうパターン

                  最近さいきん、少々しょうしょう複雑ふくざつな権限けんげん機能きのうの開発かいはつを担当たんとうしている中なかで、対応たいおう方針ほうしんを悩なやんでいたことがありました。 権限けんげん機能きのうというものは取とり扱あつかいが難むずかしく、影響えいきょう範囲はんいが広ひろいにも関かかわらず、対応たいおう漏もれや考慮こうりょ不足ふそくがあると情報じょうほう漏洩ろうえいに繋つながってしまいます。 また、機能きのう拡張かくちょうをしてく中なかでも対応たいおう漏もれを起おこさないようにする必要ひつようがあるなど、考かんがえることも多おおく頭あたまを悩なやませておりました。 そこで、認可にんか処理しょりの設計せっけいのベストプラクティスやDDDの実装じっそうパターンに認可にんか処理しょりを組くみ込こむ方法ほうほうなど、色々いろいろと調しらべていたのですが、その中なかでいくつか知見ちけんを得えられたのでまとめようと思おもいます！ 権限けんげんと認可にんか 権限けんげんと切きっては切きれない関係かんけいにあるのが認可にんかです。 権限けんげんはある操作そうさを実行じっこうできる権利けんりを指さします。 それに対たいして、認可にんかは操作そうさを実行じっこうする許可きょかを出だすため仕組しくみのことを指さします。 例たとえば、ブログ投稿とうこうサービスで考かんがえてみると、以下いかのような感かんじです。 権限けんげん: 投稿とうこう者しゃはポストを編集へんしゅうできる。 認可にんか: ユ

                    認可のベストプラクティスとDDDでの実装パターン

                  • 長ながい研究けんきゅう者しゃ生活せいかつで、論文ろんぶんを数すう十じゅう篇へん書かいていく上うえで重要じゅうようなこと #制御せいぎょ工学こうがく #研究けんきゅう者しゃ - 制御せいぎょ工学こうがくブログ

                    本ほん記事きじはnoteに記載きさいした記事きじに加筆かひつ修正しゅうせいを加くわえたものです。 2023/12/31 2024/5/23 追記ついき 10年ねんスパンでの論文ろんぶん執筆しっぴつの考かんがえ方かた 研究けんきゅう者しゃとして生活せいかつしていく上うえで、学術がくじゅつ論文ろんぶんは1本ほんでOKというわけにはいかず、分野ぶんやごとで数字すうじの大小だいしょうはあるでしょうが、数すう十じゅう本ほんオーダーで書かいていくことになります。学術がくじゅつ論文ろんぶん１本ほんを書かく上うえでの心得こころえみたいなものは様々さまざまな記事きじがありますが、なかなか十じゅう年ねん単位たんいの話はなしはないので書かいてみようと思おもいました。ここでは、制御せいぎょ工学こうがくの研究けんきゅうを博士はかせの3年間ねんかん、国立こくりつ大学だいがくの教員きょういん16年間ねんかん行おこなってきた中なかでの複数ふくすう論文ろんぶんを書かいていく実体験じつたいけんを中心ちゅうしんに、10年ねんスパンでの研究けんきゅう論文ろんぶんの書かき方かたやコツを紹介しょうかいしたいと思おもいます。 ちなみに、LaTeXによる論文ろんぶん執筆しっぴつの記事きじも書かいていますのでこちらもよかったらご覧らんください。 10年ねんスパンでの論文ろんぶん執筆しっぴつの考かんがえ方かた 著者ちょしゃの実績じっせき 論文ろんぶん執筆しっぴつ時じの研究けんきゅう者しゃスタンス 同時どうじ並行へいこうで進すすめる研究けんきゅうのテーマ数すう 研究けんきゅう者しゃと

                      長い研究者生活で、論文を数十篇書いていく上で重要なこと #制御工学 #研究者 - 制御工学ブログ

                    • Go を2年ねんくらい書かいた感想かんそう: 意図いとをエンコードしきれない感かんじは消きえず - blog.8-p.info

                      ここ2年ねんくらい、仕事しごとでは大体だいたい Go を書かいている。jmuk さんが Go言語げんごは、なんというか「ちょうどいい」言語げんごだな、と思おもっている。異論いろんは認みとめる。 と書かいていたけれど、私わたしはやっぱり Scala や Kotlin あたりが好すきで、これは変かわらなそう。 例たとえばコレクションを map しているのをみると、私わたしは「なるほど、ここではコレクションの要素ようそ数すうは変かわらないんですね」と思おもう。filter だったら「コレクションの要素ようそ数すうは変かわるけど、個々ここの要素ようそは変かわらないのか」ということを、あるいは Result を map していたら「ここではエラーのほうは触さわらないのね」ということを読よみとっている。 こういう意図いとが、素朴そぼくな for ループと、if err != nil だと読よみきれなくて、いや真面目まじめに字面じめんを追おっていけばわかるんだけど、私わたしが「map するか」と思おもいながら for ループを書かいて、その for ル

                      • Flutter はプロダクション開発かいはつに耐たえうるのか / Flutter ready for production?

                        Flutter はプロダクション開発かいはつに耐たえうるのか / Flutter ready for production?

                          Flutter はプロダクション開発に耐えうるのか / Flutter ready for production?

                        • Apple M1は、Web開発かいはつでもクソ速はやい Kotlin & TypeScript編へん

                          2020年ねんも残のこすところわずかとなりました。本年ほんねんもお疲つかれ様さまでした。 今いまは2020年ねん12月31日にち大晦日おおみそかの夜よるです。本当ほんとうは2021年ねん1月がつ1日にち0時じ0分ふんにドヤ顔がおで公開こうかいしようと思おもったのですが、力尽ちからつきたのでもう公開こうかいします。 この記事きじは「イエソド アウトプット筋すじ トレーニング Advent Calendar 2020 無限むげん列車れっしゃ編へん」のXX日にち目めです。縮退しゅくたいしているたけうちさんがお送おくりいたします。 TL;DR Apple M1は、Intel Core i7と比くらべて、KotlinやTypeScriptを使つかった実じつプロダクト開発かいはつで、倍ばい近ちかく速はやい。 ただし、まだ自分じぶんでトラブルシューティング出来できる玄人くろうと向むけ(僕ぼくはサポートしたくありません)。 前ぜん振ふり 2020年ねん11月がつ末まつに、開発かいはつ機きとして使用しようしていたMacBook Proの液晶えきしょうが壊こわれてしまったのですが、色々いろいろ大事だいじなデータが入はいっているのと、忙いそがしいのもあって年としを越こしてもまだ修理しゅうりに出だせていま

                            Apple M1は、Web開発でもクソ速い Kotlin & TypeScript編

                          • 変数へんすう(variable)と値あたい(value) - ソフトウェア設計せっけいを考かんがえる

                            はじめてScalaに触ふれたとき、変数へんすう宣言せんげん(var)と値ね宣言せんげん（val)を使つかい分わける言語げんご仕様しように、なるほどなあ、と思おもった。簡単かんたんに言いえば、変数へんすう(var)は再さい代入だいにゅうできて、値ね（val)は再さい代入だいにゅうできない。 プログラミングのスタイルとして、var宣言せんげんは命令めいれい的てきなプログラミング、val宣言せんげんは宣言せんげん的てきなプログラミングになる。どちらのプログラミングスタイルで書かいているかを、varとvalで明示めいじできるわけだ。 Javaだと言語げんごの基本きほんの仕組しくみはすべてが変数へんすう。final宣言せんげんをすることで再さい代入だいにゅうをコンパイルエラーにすることはできる。Javaは、C言語げんごやC++などの命令めいれい的てきなプログラミングの系譜けいふの言語げんごなのですべて変数へんすう(variable)というのは、とうぜんの言語げんご仕様しようだった。 命令めいれい的てきなスタイルから宣言せんげん的てきなスタイルに 命令めいれい的てきなプログラミングでは変数へんすう(variable)を使つかう。宣言せんげん的てきなプログラミングでは値ね(value)を使つかう。 再さい代入だいにゅう

                              変数(variable)と値(value) - ソフトウェア設計を考える

                            • RustでAPIを開発かいはつしてみたら結構けっこう辛からかった話はなし

                              はじめに 皆様みなさまこんにちは、株式会社かぶしきがいしゃプラハのAwataです。 今日きょうは、以前いぜん書かいたリーダーの振ふり返かえり記事きじで軽かるく触ふれていた、RustでのAPI開発かいはつについての記事きじを書かいていこうと思おもいます。 結論けつろんRustでWebは辛つらい！という話はなしなんですが、約やく5か月げつくらいRustでWeb開発かいはつをしたので、今後こんごの参考さんこうになるようなことを書かいていこうと思おもいます。 ぜひ最後さいごまでお付つき合あいください。 TL;DR RustでWeb開発かいはつはまだ早はやいかもしれない。 RustでDDDはやりやすい。ただしDIがやりにくい場合ばあいがあるので、そこは要注意ようちゅうい。 Rustはモジュールの仕組しくみが協力きょうりょくなので、モジュラモノリスはやりやすい。 サンプルリポジトリはこちら Rustはやっぱり難むずかしいけど人気にんきの理由りゆうも少すこし分わかった気きがする そもそもなぜRustでやってみようとなったのか 前例ぜんれいが少すくない中なか、どうしてRustで開発かいはつしようと思おもったのか気きになる方ほうも多おおいと思おもいます

                                RustでAPIを開発してみたら結構辛かった話

                              • Backend エンジニア視点してんからの GraphQL / GraphQL from a perspective of backend engineer

                                "LayerX、スタディサプリ、SHEと考かんがえる　GraphQLが向むいている現場げんばとは？運用うんよう実践じっせんLT" で登壇とうだんした資料しりょうです。 引用いんようした資料しりょう [Rails アプリに RESTful API のレールを敷しいて生産せいさん性せいが大おおきく上あがった話はなし | Wantedly Engineer Blog](https://w…

                                  Backend エンジニア視点からの GraphQL / GraphQL from a perspective of backend engineer

                                • 私わたしがとあるOSS開発かいはつから手てを引ひいた経緯けいい - Kengo's blog

                                  ホットな話題わだいに乗のっかって、私わたしがSpotBugsというJava向むけ静的せいてき解析かいせきツールのOSS開発かいはつから手てを引ひいた理由りゆうをまとめてみます。 自分じぶんがJavaを使つかわなくなった 先さきのブログでも指摘してきされている通とおりで、自分じぶんがそのソフトウェアを必要ひつようとしなくなったというのは大おおきな理由りゆうになりました。Kotlinに乗のり換かえたことでJavaを書かく機会きかいがなくなり、Kotlinが生成せいせいしたclassファイルの解析かいせきはSpotBugsには向むかなかったので、SpotBugsを使つかわなくなりました。 SpotBugsにKotlin対応たいおうさせることは技術ぎじゅつ的てきには可能かのうですが、ソースコードも考慮こうりょして解析かいせきできるdetekt（ktlint, diktat）がある世界せかいでわざわざやることではないという感想かんそうです。 リターンが無なかった 自分じぶんが使つかわないツールのメンテナンスを継続けいぞくするには、やはりある程度ていどの見返みかえりを求もとめたいというのが自分じぶんの気持きもちとしてありました。G

                                    私がとあるOSS開発から手を引いた経緯 - Kengo's blog

                                  • ゆめみの Android の採用さいようコーディング試験しけんを公開こうかいしました - Qiita

                                    株式会社かぶしきがいしゃゆめみの Android の採用さいようコーディング試験しけんを公開こうかいしました 会社かいしゃの採用さいよう試験しけんどうしよう、、と悩なやんでいる採用さいよう担当たんとうの方ほうがいましたら、ぜひご活用かつようください レビューできる人じんがいないという場合ばあいには、ぜひ弊社へいしゃまでご相談そうだんいただけたらと思おもいます。 なんで公開こうかいしたの？ 主おもに応募おうぼのハードルを下さげるのが狙ねらいです どんな試験しけんなのか分わかっているだけで、だいぶ気きが楽らくになりますよね また、逆ぎゃくに無茶むちゃな応募おうぼが減へるということもあるのではとも考かんがえています。 どんな試験しけん？ ざっくり説明せつめいすると メチャクチャなコードを改善かいぜんしてください というものです 詳くわしくはリポジトリの README をご覧らんください。 ※ 新卒しんそつか中途ちゅうとかによって必須ひっす課題かだいが変かわる点てんにはご注意ちゅういください。 公開こうかいしちゃって大丈夫だいじょうぶなの？ 誰だれかが良よい解答かいとうを公開こうかいしたら、それを真似まねすればいいんじゃ？ そもそもどれが良よい解答かいとうなのかを判断はんだんしなければなりません。 どれが良よい解答かいとう

                                      ゆめみの Android の採用コーディング試験を公開しました - Qiita

                                    • サーバサイド開発かいはつにKotlinを全面ぜんめん採用さいよう！ ビヘイビア駆動くどう開発かいはつ（BDD）をマイクロサービスに導入どうにゅうするNewsPicksが求もとめる開発かいはつ者しゃ体験たいけんは？ - はてなニュース

                                      ソーシャル経済けいざいメディアNewsPicksを開発かいはつ・運営うんえいする株式会社かぶしきがいしゃニューズピックスは2021年ねん9月がつ、これまでサーバサイドの主要しゅような開発かいはつ言語げんごとしてきたJavaに代かえて、Kotlinをメインに採用さいようする方針ほうしんを明あきらかにしました。 ▶ NewsPicksのサーバーサイド言語げんごをJavaからKotlinに切きり替かえるために - Uzabase Tech Androidアプリだけでなくサーバサイドも「Kotlinで開発かいはつできるようにする」というこの宣言せんげんの背景はいけいには、数すう年間ねんかんにわたってマイクロサービスを中心ちゅうしんにKotlinを採用さいようしてきた実績じっせきと知見ちけんの蓄積ちくせきがあるだけでなく、そういった現場げんばからの挑戦ちょうせんをよしとするNewsPicksのエンジニア風土ふうども大おおいに追おい風かぜとなっています。 この挑戦ちょうせんをどのように進すすめようとしているのか？ 開発かいはつ者しゃ体験たいけん（DX）をどのように高たかめようとしているのか？ NewsPicksのCTOを務つとめる高山たかやま温あつしさん（上うえ写真しゃしん

                                        サーバサイド開発にKotlinを全面採用！ ビヘイビア駆動開発（BDD）をマイクロサービスに導入するNewsPicksが求める開発者体験は？ - はてなニュース

                                      • Kotlin用ようデスクトップUIライブラリ「Compose for Desktop」が登場とうじょう、Win/Mac/Linuxアプリ開発かいはつ対応たいおう。JetBrains

                                        オープンソースのプログラミング言語げんご「Kotlin」の開発元かいはつもとであるJetBrainsは、Kotlinでデスクトップアプリケーションの開発かいはつを容易よういにするUIライブラリ「Jetpack Compose for Desktop」（以下いか、Compose for Desktop）を発表はっぴょうしました。 We just published Compose for Desktop Milestone 1! It provides a declarative & reactive way to create desktop user interfaces with pure Kotlin, and you can even share your UI with @AndroidDev! Read about it, try it & go build some desktop UIs!https://t.co/Jp

                                          Kotlin用デスクトップUIライブラリ「Compose for Desktop」が登場、Win/Mac/Linuxアプリ開発対応。JetBrains

                                        • Ubie創業そうぎょう期きにKotlinを導入どうにゅうした私わたしが、社しゃの技術ぎじゅつ選定せんていの転換てんかんについて思おもうこと｜たろう

                                          Kotlinエバンジェリストとして、ガッカリしょんぼり…！？ Ubieが、KotlinをやめてGoとNode.jsへの転換てんかんを決定けっていしたことについて、私わたしがこれをどう受うけ止とめたのか… こんにちは。私わたしはたろうと言いいます。 Ubie株式会社かぶしきがいしゃ Ubie Discoveryに勤つとめるソフトウェアエンジニアです。 業務ぎょうむ外がいでは、Kotlinエバンジェリストとして講演こうえんや執筆しっぴつを行おこなったり、技術ぎじゅつカンファレンス「Kotlin Fest」の運営うんえい代表だいひょうを務つとめたりしています。 先日せんじつ「Ubie は Go と Node.js の会社かいしゃになります」という記事きじが、同おなじくUbie Discoveryのyukuというソフトウェアエンジニアにより発信はっしんされました。 新あたらしいアプリケーションを立たち上あげる際さいには、その役割やくわりに応おうじてGoで書かくかNode.jsで書かくかの2択よとなり、今後こんごはKotlinを使つかわない。記事きじの内容ないようを噛かみくと、そんな感かんじです。 私わたし

                                            Ubie創業期にKotlinを導入した私が、社の技術選定の転換について思うこと｜たろう

                                          • 【海外かいがい記事きじ紹介しょうかい】Go言語げんごから離はなれる開発かいはつ者しゃが増ふえている？その理由りゆうとは

                                            5月14日にち、海外かいがいの技術ぎじゅつメディアAIMが「Why Developers are Quietly Quitting Golang」と題だいした記事きじを公開こうかいした。この記事きじでは、Go開発かいはつ者しゃが同どう言語げんごを静しずかに離はなれつつあるという現状げんじょうについて述のべられている。以下いかに、その内容ないようを簡単かんたんに紹介しょうかいする。 Go に今こん逆風ぎゃくふうが吹ふいている 記事きじの冒頭ぼうとうでは、フィンテック系けいスタートアップのエンジニア Yash Batra が半年はんとしで Go から Kotlin へ全面ぜんめん移行いこうした体験たいけんを取とり上あげている。Batra は「 私わたしたちはツールを作つくるためにツールを作つくっていた 」と述のべ、Go の最小さいしょう主義しゅぎがプロダクト開発かいはつの速度そくどを著いちじるしく低下ていかさせたと回顧かいこする。 また、長年ながねん Google で Go を率ひきいてきた Ian Lance Taylor が 2025 年ねん 4 月がつに退職たいしょくしたことも、コミュニティに衝撃しょうげきを与あたえた。Taylor は「Go は“単たんなる一いち言語げんご”の段階だんかいに

                                              【海外記事紹介】Go言語から離れる開発者が増えている？その理由とは

                                            • 読よみやすいコードのガイドライン ―持続じぞく可能かのうなソフトウェア開発かいはつのために

                                              この本ほんの概要がいよう 開発かいはつが大だい規模きぼ化か・長期ちょうき化かするほど，コードを「読よむ」コストは増大ぞうだいしていきます。そのため「読よみやすさ」の向上こうじょうは，生産せいさん性せいを改善かいぜんし，プロダクトの成長せいちょう限界げんかいを引ひき上あげる重要じゅうような手段しゅだんと言いえるでしょう。 本書ほんしょは，読よみやすさの本質ほんしつを学まなび，実践じっせんするための考かんがえ方かたをマスターできる一いち冊さつです。体系たいけい的てきな理解りかいを実現じつげんするため，あらゆる角度かくどから，豊富ほうふな例れいを交まじえて解説かいせつしています。表面ひょうめん的てきなテクニックではなく，いま目めの前まえにあるコードに最適さいてきな改良かいりょう方法ほうほうを選えらび取とる力ちからが身みに付つきます。 こんな方かたにおすすめ プログラミングの基本きほんを学まなび終おえ，さらにステップアップしたい方ほう 1か月げつ以上いじょうかかる長期ちょうきの開発かいはつに携たずさわる方かた コーディングのルールをどう適用てきようするか知しりたい方ほう はじめに 第だい1章しょう　可読かどく性せいの高たかいコードを書かくために 1-1　生産せいさん性せいへの恩恵おんけい 1-1-1　開発かいはつの規模きぼと生産せいさん性せいの関係かんけい 1-1-2　可読かどく性せいを高たかめるための環境かんきょうと評価ひょうか体制たいせい 1-2　可読かどく性せいの高たかいコ

                                                読みやすいコードのガイドライン ―持続可能なソフトウェア開発のために

                                              • モバイルアプリの大だい規模きぼ開発かいはつにおける組織そしき的てきなソフトウェア改善かいぜんの一いち事例じれいと考察こうさつ｜mhidaka

                                                こんにちは。mhidakaです。技術ぎじゅつ書しょ典てんやDroidKaigiのオーガナイザーという側面そくめん以外いがいにもメルペイ所属しょぞくのAndroidエンジニアという立場たちばも持もっています（みなさんあまり知しらないと思おもいますので書かいておきます）。 今日きょうはメルカリ・メルペイでのモバイルアプリ大だい規模きぼ開発かいはつでの、とあるアプローチをメモしておきます。内容ないようは社内しゃないレビューを受うけてマネージャの承認しょうにんが取とれたものなので安心あんしんして読よんでください（自分じぶんのブログで書かいてるのは真面目まじめに書かくと大変たいへんそうに感かんじる話題わだいだったのと、なるべく楽たのしんでもらえるようカジュアルな口調くちょうで書かきたかったからです） メルカリ・メルペイでモバイルエンジニアの開発かいはつ対象たいしょうというと主おもにアプリケーションです。大だい規模きぼ開発かいはつの重要じゅうような要素ようそはアプリケーションだけではありませんが（考慮こうりょすべき要素ようそはたくさんあるんですよ）今日きょうはアプリのはなしです。本ほん記事きじでは一般いっぱん化かできるよう努つとめていますが大だい規模きぼ開発かいはつでは組くみ

                                                  モバイルアプリの大規模開発における組織的なソフトウェア改善の一事例と考察｜mhidaka

                                                • IntelliJ IDEAを使つかっている人ひとは全員ぜんいんJunieを導入どうにゅうしよう！

                                                  はじめに こんにちは、株式会社かぶしきがいしゃスマートラウンドでチーフテックリードをしているtsukakei1012です。 ついに、JetBrains製せいのAIコーディングエージェントであるJunieがGenerally Availableになりました🎉 弊社へいしゃでは、EAP（Early Access Program）の頃ころから開発かいはつチーム全体ぜんたいで導入どうにゅう・活用かつようしていることもあり、既すでにいくつかの知見ちけんが蓄積ちくせきされています。 この記事きじでは、新あらたにJunieを導入どうにゅうしよう・してみたいと考かんがえている方ほうに向むけた参考さんこう資料しりょうになればいいと思おもい、書かきましたのでぜひご参考さんこうにしてみてください！ （ちなみに料金りょうきん体系たいけいなどの違ちがいは下したの記事きじによくまとまっています！） ちょっとした宣伝せんでん 弊社へいしゃは創業そうぎょう期きからKtorを活用かつようしたサーバーサイドKotlinでプロダクト開発かいはつを行おこなっており、Server-Side Kotlin Meetup（以下いか、SSKMと呼よびます。）の

                                                    IntelliJ IDEAを使っている人は全員Junieを導入しよう！

                                                  • 「Spring Native」ベータ版ばん公開こうかい、GraalVMによりSpring FramworkのJava/Kotlinアプリをネイティブイメージにコンパイル。JavaVMに依存いぞんせず瞬時しゅんじに起動きどう可能かのう

                                                    「Spring Native」ベータ版ばん公開こうかい、GraalVMによりSpring FramworkのJava/Kotlinアプリをネイティブイメージにコンパイル。JavaVMに依存いぞんせず瞬時しゅんじに起動きどう可能かのう Spring Frameworkの開発かいはつチームとGraalVMの開発かいはつチームは、GraalVMを用もちいてSpring Frameworkのアプリケーションをネイティブイメージにコンパイルする「Spring Native」がベータ版ばんとして公開こうかいされたことを発表はっぴょうしました。 Announcing Spring Native Beta! Read the blog post https://t.co/5klXV6kSVB and check out the video for more details. #spring #native #graalvm https://t.co/83pI3vNYEr — Spri

                                                      「Spring Native」ベータ版公開、GraalVMによりSpring FramworkのJava/Kotlinアプリをネイティブイメージにコンパイル。JavaVMに依存せず瞬時に起動可能

                                                    • KotlinでAndroid/Web/DesktopアプリのUI開発かいはつを統一とういつするフレームワーク「Compose Multiplatform」がアルファ版ばんに

                                                      プログラミング言語げんごのKotlinを開発かいはつするJetBrainsは、KotlinでAndroidアプリ、Webアプリ、Desktopアプリを統一とういつ的てきに記述きじゅつできるフレームワークとなる「Compose Multiplatform」がアルファ版ばんに到達とうたつしたことを発表はっぴょうしました。 Compose Multiplatformは、Android用ようのUIフレームワークである「Jetpack Compose」をベースに、Webアプリ用ようの「Jetpack Compose for Web」、Windows/Mac/Linuxのデスクトップアプリケーション用ようの「Jetpack Compose for Desktop」の3つのフレームワークを統合とうごうするものです。 ベースとなるJetpack Composeが今月こんげつバージョン1.0となったのを契機けいきに、Compose Multiplatformがアルファ版ばんとして登場とうじょうすることになりま

                                                        KotlinでAndroid/Web/DesktopアプリのUI開発を統一するフレームワーク「Compose Multiplatform」がアルファ版に

                                                      • 新規しんき事業じぎょう開発かいはつでの技術ぎじゅつ選定せんていの意思いしと意図いと (バックエンド編へん) - Sansan Tech Blog

                                                        こんにちは、新規しんき事業じぎょう開発かいはつ室しつに所属しょぞくするソフトウェアエンジニアの加藤かとうです。私わたしは関西かんさい支店してんでBill Oneという新規しんきサービスの開発かいはつに携たずさわっています。 弊社へいしゃにはSansanのカタチという企業きぎょう理念りねんがあり、働はたらく人々ひとびとが体現たいげんすべきValuesの1つに「意思いしと意図いとをもって判断はんだんする」があります。ソフトウェアエンジニアとして、意志いしと意図いとをもって利用りようする技術ぎじゅつを選定せんていすることは当然とうぜんかもしれませんが、細部さいぶまでそれを徹底てっていするのは難むずかしいこともあります。本稿ほんこうでは、私わたしたちが使用しようしている技術ぎじゅつやライブラリを振ふり返かえって、どんな意志いしと意図いとがあるかを確認かくにんしていきたいと思おもいます。 などと硬かためのことを書かきましたが、他所よそのチームでは普通ふつうに使つかわれているライブラリを意外いがいと知しらなかったりするので、似にたような記事きじを読よみたいなと思おもって、技術ぎじゅつ選定せんていを公開こうかいしてみる次第しだいです。まずはバックエンド編へんです。 前提ぜんてい 私わたしたちのチームで開発かいはつしているBill Oneは今年ことしの

                                                          新規事業開発での技術選定の意思と意図 (バックエンド編) - Sansan Tech Blog

                                                        • ロシア系けいベンダーJetBrainsがウクライナ侵攻しんこうを非難ひなん　「IntelliJ」「PyCharm」など人気にんきIDE開発かいはつ

                                                          同社どうしゃはロシアにも3拠点きょてんを構かまえているが、今回こんかいのウクライナ侵攻しんこうについては反対はんたいの立場たちばを取とっている。 「JetBrainsとして、今回こんかいの攻撃こうげきを非難ひなんします。私わたしたちの心しんは、私わたしたちの同僚どうりょうと家族かぞくを含ふくむウクライナの人々ひとびととともにあります」（JetBrains） 関連かんれん記事きじ GitHubのAIプログラミング機能きのう「Copilot」がneovimとIntelliJ IDEAでも利用りよう可能かのうに GitHubのAIプログラミング機能きのう「GitHub Copilot」が、「nervim」と「IntelliJ IDEA」でも利用りよう可能かのうになった。これまでは「Visual Studio Code」のみに対応たいおうしていた。 Twitter、ウクライナ語ごで「紛争ふんそう地域ちいきでの安全あんぜんなTwitterの使つかい方かた」を連投れんとうツイート Twitterはロシアによるウクライナ侵攻しんこうが始はじまった数時間すうじかん後ご、「紛争ふんそうやその他たのリスクの高たかい地域ちいき」でTwitterを安全あんぜんに使つかう方法ほうほうにつ

                                                            ロシア系ベンダーJetBrainsがウクライナ侵攻を非難　「IntelliJ」「PyCharm」など人気IDE開発

                                                          • Kotlin言語げんごによるバックエンド開発かいはつ強化きょうかへ、JetBrainsがSpringと戦略せんりゃく的てき提携ていけい

                                                            Kotlin言語げんごを開発かいはつするJetBrainsは、Javaの代表だいひょう的てきなフレームワークとして知しられるSpring Frameworkの開発かいはつチームと戦略せんりゃく的てき提携ていけいを発表はっぴょうしました。 この提携ていけいにより、Kotlinによるバックエンド開発かいはつがSpringによって強化きょうかされることになります。 JetBrains and Spring are starting a strategic partnership to make the Kotlin developer experience with Spring even better! Read here for more: https://t.co/2sfRy9iMiq — SpringCentral (@springcentral) May 22, 2025 KotlinはJavaVM上じょうで実装じっそうされた言語げんごとして登場とうじょうし、2017年ねんにAndroidの正式せいしきな開発かいはつ言語げんごとなっ

                                                              Kotlin言語によるバックエンド開発強化へ、JetBrainsがSpringと戦略的提携

                                                            • #Ubie 狂気きょうきの認知にんち施策しさくと選考せんこう設計せっけい

                                                              https://icare.connpass.com/event/219618/ で使つかった登壇とうだん資料しりょうです。

                                                                #Ubie 狂気の認知施策と選考設計

                                                              • React Nativeをやめる話はなしとKotlin Multiplatform | Wantedly Engineer Blog

                                                                Wantedlyのモバイルエンジニアの久保くぼ出いずるです。今回こんかいは、Wantedly VisitアプリにおいてReact Nativeをやめる決断けつだんをしたこと、関連かんれんしてKotlin Multiplatformを導入どうにゅうしようとしていることについて書かかせていただきます。 なぜReact Nativeが導入どうにゅうされていたかVisitのiOSアプリは2018年ねんにフルリニューアルしました。リニューアルプロジェクトはモバイルエンジニアを総動員そうどういんして半年はんとし近ちかくかけてリリースしました。 リニューアルでは、色々いろいろなコンテンツを見みつけられるDiscoverという新しん機能きのう追加ついかも予定よていしており、Discoverの実験じっけんもリニューアルと並列へいれつして行おこなうことになりました。モバイルエンジニアはリニューアルに集中しゅうちゅうしていたため、Webエンジニアのリソースが使つかえるReact NativeがDiscoverの実装じっそう手段しゅだんに選えらばれました。Discoverは、リニュー

                                                                  React Nativeをやめる話とKotlin Multiplatform | Wantedly Engineer Blog

                                                                • 例外れいがいを投なげるな、値ねを返かえせ

                                                                  DroidKaigi.collect{ #1@Tokyo }（2023年ねん3月がつ31日にち）での発表はっぴょう資料しりょうです。

                                                                    例外を投げるな、値を返せ

                                                                  • LINEヤフー Tech Blog コード品質ひんしつ向上こうじょうのテクニック: 第だい 1 回かい

                                                                    This post is also available in the following languages. English, Korean

                                                                      LINEヤフー Tech Blog コード品質向上のテクニック: 第 1 回

                                                                    • AndroidアプリのKotlin化かをやり切きるための腕力わんりょく - ドワンゴ教育きょういくサービス開発かいはつ者しゃブログ

                                                                      この記事きじは、ドワンゴ Advent Calendar 2020の4日にち目めの記事きじです。 N予備校よびこうAndroidチームでは、およそ2年ねんかけて、Javaで書かかれたコードのほとんどをKotlinに書かき換かえました。この記事きじでは、コードをKotlinに書かき換かえる上うえで必要ひつようだったことをまとめていきます。 Kotlin化かに技術ぎじゅつはそこまで必要ひつようではない そもそもKotlin化かをすることにそこまでの技術ぎじゅつ力りょくは必要ひつようないです。JavaとKotlinの互換ごかん性せいが高たかいので、Kotlin化かによってコードが壊こわれることは少すくないですし、以下いかのように文法ぶんぽうにも大おおきな変化へんかはないので、読よめないコードが生うまれることもありません。 Javaで作成さくせいしたFragment public class SimpleFragment extends Fragment { @Override public View onCreateView(LayoutInf

                                                                        AndroidアプリのKotlin化をやり切るための腕力 - ドワンゴ教育サービス開発者ブログ

                                                                      • Kotlinの新あたらしいエラーハンドリング「Rich Errors」 - Don't Repeat Yourself

                                                                        先日せんじつより開催かいさいされていたKotlinConfで、新あたらしいエラーハンドリング「Rich Errors」についての言及げんきゅうがありました。従来じゅうらいのように例外れいがいを使用しようするのではなく、エラーを値ねとして扱あつかえるようにする新しん機能きのうです。聴きき逃のがしているだけかもしれませんが、まだリリース予定よていなどは立たっておらず、機能きのうを設計せっけい中ちゅうの段階だんかいなのではないかと思おもわれます。 私わたしはもともとKotlinのエラーハンドリングはなかなか悩なやましいなと思おもっていた節ふしがあり、ずいぶん前まえからKEEP上じょうでの議論ぎろんを追おうなどしてキャッチアップしていました。最近さいきん同僚どうりょうともエラーハンドリングに関かんする決きめ事ごとをあれこれするために議論ぎろんしており、私わたし自身じしんはエラーハンドリングに対たいする関心かんしんが高たかいです。 私わたしの所感しょかんとしては、Kotlinの言語げんご設計せっけいによく合あったエラーハンドリングの方式ほうしきが採用さいようされそうで非常ひじょうに楽たのしみにしています。最近さいきんの議論ぎろんではともすればモナドであるとか、Result<T, E>

                                                                          Kotlinの新しいエラーハンドリング「Rich Errors」 - Don't Repeat Yourself

                                                                        • なぜAndroidエンジニアは少すくないのか - Qiita

                                                                          Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに まずはこちらのツイートをご覧らんください (駆かけ出だしエンジニアのみなさん、モバイル開発かいはつは結構けっこう穴場あなばですよ… 今いまのところはかなり需要じゅようありますし、供給きょうきゅうが足たりてないのでかなり狙ねらい目めですよ… とくにAndroidエンジニアは人ひと足たりてないので、狙ねらい目めですよ… Kotlin楽たのしいですよ… みなさん、Android始はじめませんか？) — どすこい@Android Engineer (@dosukoi_android) October 12, 2020 普段ふだん通どおり思おもったことを呟つぶやいた結果けっか、なぜか見事みごとにプチバズりしました。 これにはかなり賛否さんぴ両論りょうろんあって、自じ

                                                                            なぜAndroidエンジニアは少ないのか - Qiita

                                                                          • Java, MySQLをKotlin, PostgreSQLに移行いこうした - k0kubun's blog

                                                                            7年ねん前まえにGitHub Rankingというサービスを作つくり、APIを叩はたきすぎてGitHubからの風当かぜあたりが強つよくなって*1からはデータの更新こうしんを止とめていたが、KubernetesやGraphQLの時ときみたいに技術ぎじゅつを試ためす砂場すなば用ように惰性だせいで動うごかし続つづけていた。 Issueの機能きのう要望ようぼう対応たいおうが段々だんだん面倒めんどうになってきて、サーバー代だい節約せつやくのために潰つぶすかと考かんがえていたのだけど、毎日まいにち1000PVくらいあるので試ためしにGoogle Adsenseを設置せっちしてみたところ1日にち平均へいきん $1 くらいは入はいってて黒字くろじになりそうだったので、ちょっとメンテしやすくしてデータの更新こうしん再開さいかいするかー、ということで今回こんかいいろいろ綺麗きれいにした。 DB: MySQL → PostgreSQL なぜPostgreSQLにしたのか 個人こじん的てきには多おおくの用途ようとではMySQLとPostgreSQLどっちでもいいと思おもっているんだけど、今こん所属しょぞくしてるチームがメンテしてるサービスのDBの多おおく

                                                                              Java, MySQLをKotlin, PostgreSQLに移行した - k0kubun's blog

                                                                            • JCenter が2021年ねん5月がつ1日にちにシャットダウンすることになったので Android アプリエンジニア観点かんてんでメモをまとめた - BattleProgrammerShibata

                                                                              シャットダウンが延期えんきされました 読よみ取とり専用せんようとして存続そんぞくします JCenter のシャットダウンについては2022年ねん2月がつ1日にちへ延期えんきになりました。 https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter/ UPDATE: To better support the community in this migration, JFrog has extended the JCenter new package versions submission deadline through March 31st 2021. To clarify, the JCenter repository will keep serving packages for 12 months until February

                                                                                JCenter が2021年5月1日にシャットダウンすることになったので Android アプリエンジニア観点でメモをまとめた - BattleProgrammerShibata

                                                                              • Sansanの「Bill One」がマイクロサービス化かに挑戦ちょうせんした理由りゆう　ある程度ていど方向ほうこう性せいが見みえてきてからサービスは分割ぶんかつすべき

                                                                                Sansan Technical Viewは「挑戦ちょうせん」をテーマにSansanエンジニア達たちの開発かいはつにおける取とり組くみや知見ちけんを発表はっぴょうするイベント。Bill One事業じぎょう部ぶのソフトウェアエンジニアである加藤かとう氏しがマイクロサービスへの取とり組くみを紹介しょうかいしました。発表はっぴょう資料しりょうはこちら。 Bill Oneでのマイクロサービスの取とり組くみ 加藤かとう耕こう太ふとし氏し：こんにちは。加藤かとうです。今日きょうは『新規しんき事業じぎょうでもマイクロサービスに挑戦ちょうせんする』というタイトルでお話はなしします。マイクロサービスアーキテクチャについてご存知ぞんじの方ほうは、新規しんきサービスをマイクロサービスで作つくるのはアンチパターンである、という話はなしを聞きいたことがあるかもしれません。 チームが小ちいさいにもかかわらず流行はやりに乗のってマイクロサービスに分割ぶんかつして作つくってみたものの、開発かいはつの効率こうりつが落おちるだけでしたとか、独立どくりつしてデプロイできない分散ぶんさんモノリスができあがってしまいました、のような失敗談しっぱいだんを聞きくことがあります。 新しん

                                                                                  Sansanの「Bill One」がマイクロサービス化に挑戦した理由　ある程度方向性が見えてきてからサービスは分割すべき

                                                                                • なぜLINEは600以上いじょうのテストケースをKotlinで書かくのか？　“とにかく便利べんりなテスト”を実現じつげんする、kotestのお役立やくだち機能きのう

                                                                                  LINEが定期ていき的てきに開催かいさいする、Kotlinをテーマにした技術ぎじゅつ者しゃ向むけのミートアップ「LINE Developer Meetup for Kotlin」。今回こんかいは「LINEにおけるServer Side Kotlinの導入どうにゅう事例じれいと開発かいはつ裏話うらばなし」をテーマに開催かいさいします。ここで登壇とうだんしたのは、「Messaging API」のサーバーサイドを開発かいはつしている川田かわた裕貴ゆき氏し。システムの改善かいぜんにおける取とり組くみについて発表はっぴょうしました。全ぜん2回かい。後半こうはんは、「Messaging API」のテスト環境かんきょうについて。前回ぜんかいはこちら。 End to EndでテストができるテストケースをKotlinで書かいている 川田かわた裕貴ゆき氏し：前半ぜんはんはMessaging APIの話はなしをしてきましたが、後半こうはんはちょっと話はなしを変かえます。Messaging APIの中なかではテストをいろいろ動うごかしているのですが、テストケースも全部ぜんぶKotlinで書かいています。普通ふつうのユニットテストではなく、E

                                                                                    なぜLINEは600以上のテストケースをKotlinで書くのか？　“とにかく便利なテスト”を実現する、kotestのお役立ち機能
                                                                                  1 2 3 4 5 6 7 8 次つぎのページ

                                                                                  新着しんちゃく記事きじ

                                                                                  はてなブックマーク

                                                                                  公式こうしきTwitter

                                                                                  はてなのサービス

                                                                                  • App Storeからダウンロード
                                                                                  • Google Playで手に入れよう
                                                                                  Copyright © 2005-2025 Hatena. All Rights Reserved.