並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 378件

新着順 人気順

Kotlinの検索結果241 - 280 件 / 378件

  • 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編
    • Javaを中心に偏見ベースでプログラミング言語の関係をまとめた - きしだのHatena

      オブジェクト指向言語の話をするときに便利なように、Javaを中心にプログラミング言語をまとめてみました。 Javaに影響与えるか、Javaから影響を受けるか、という感じですね。 Simula オブジェクト指向はここから始まったと言われています。 クラス、オブジェクト、継承、仮想関数(多態)といった、オブジェクト指向の基本要素が備わっていました。 ただし、「オブジェクト指向」という言葉は生まれていません。 Smalltalk Simulaから発想を得て「オブジェクト指向」という言葉を生んだのはアラン・ケイでした。 しかし、モデルとしてはSimulaとは異なりメッセージングを主体としたものでした。また、アラン・ケイの「オブジェクト指向」はプログラミングのパラダイムだけではなく、人がコンピュータをどのように扱うかというメタファであり、ダイナブックというハードウェアやそのユーザーインタフェースを含

        Javaを中心に偏見ベースでプログラミング言語の関係をまとめた - きしだのHatena
      • 新プログラミング言語「Kotlin」登場 - Javaに新しい選択肢 | エンタープライズ | マイコミジャーナル

        Project Kotlin is the codename for a statically-typed JVM-targeted programming language developed by JetBrains JetBrainsは7月20日(ロシア時間)、工業利用を想定して開発された新しいJava仮想マシン向けのプログラミング言語「Kotlin」を発表した。KotlinはJavaと同じ静的に型付けされたプログラミング言語。文法もJavaと似ている。Java SE 8で導入されることになる機能や、Javaには導入されていない機能がすでに導入されている。現実的に普及する可能性があるプログラミング言語として興味深い。 JetBrainsはJavaの統合開発環境であるIntellJ IDEAを開発している企業。Javaのみならずほかのプログラミング言語向けの開発ツールも開発しており、J

        • Quarkus: コンテナ上で Java アプリを高速起動する新しい手法のご紹介

          Docker 環境上で Java のアプリを起動するのは遅いと思っていらっしゃる方は必見!! どうぞ下記の内容をご参照いただき、どうぞお試しください!! 先日、Red Hat から Quarkus (https://quarkus.io) という新しい技術が発表されました。こちらを実際に試して見ましたが、想定通りというか、まさにこれを待っていた!!という技術でした。今後、私の中で注目の技術の一つになりそうです。もし、Docker/k8s 上で Java アプリを動かす方は、こちらの方法をご覧いただき、ぜひ試しください。 Quarkus を簡単にご説明すると、Java のソースコードを GraalVM を利用して Linux の Native バイナリを作成し、その Linux バイナリをコンテナ上で起動することにより、今まで Java アプリの課題であった起動時間を大幅に短縮することができ

            Quarkus: コンテナ上で Java アプリを高速起動する新しい手法のご紹介
          • Kotlin Programming Language

            Last month JetBrains introduced Amper, a tool to improve the project configuration user experience. It offers concise, declarative configuration with sensible defaults for common use cases and carefully considered extension points. Since then, we’ve received a lot of feedback from the community and have continued our development work as well. In this post, we’ll recap […] We are excited to i

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

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

                RustでAPIを開発してみたら結構辛かった話
              • 私がとあるOSS開発から手を引いた経緯 - Kengo's blog

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

                  私がとあるOSS開発から手を引いた経緯 - Kengo's blog
                • Backend エンジニア視点からの GraphQL / GraphQL from a perspective of backend engineer

                  "LayerX、スタディサプリ、SHEと考える GraphQLが向いている現場とは?運用実践LT" で登壇した資料です。 引用した資料 [Rails アプリに RESTful API のレールを敷いて生産性が大きく上がった話 | Wantedly Engineer Blog](https://www.wantedly.com/companies/wantedly/post_articles/85098) [React Server Components と GraphQL のアナロジー | by Yosuke Kurami | Dec, 2023 | Medium](https://quramy.medium.com/89b3f5f41a01) [実質無料で GraphQL Gateway を手に入れる / low-cost GraphQL Gateway - Speaker Deck](

                    Backend エンジニア視点からの GraphQL / GraphQL from a perspective of backend engineer
                  • Flutter×GCP/Firebaseでしっかり作る時のポイント13個。

                    Flutter×GCP/Firebaseで何かを作っていく(る)方に参考になればと思います。 上記の技術構成でリリースした Othellode というアプリは、 iOS/Android で公開済みなので、興味あればダウンロードしてみて下さい。 “しっかり”とは?下記のような観点を考慮することを指しています。 運用を前提とする設計やフロー整備多言語対応負荷分散セキュリティモニタリング費用バックアップロギングdevelopment/staging/production 管理これらに関する知見から、13個厳選して広く浅く書きました。 (ポイントというより感想みたいな項目もありますが..) なお、情報漏洩対策(IP制限やBasic認証)やアセットパイプライン,BQによる分析等は、今回本腰を入れてない( 必要がなかった)ため触れませんし、詳しくありません。 目次Useful Information

                      Flutter×GCP/Firebaseでしっかり作る時のポイント13個。
                    • ゲームをレベルアップさせる新しいツール

                      .app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

                        ゲームをレベルアップさせる新しいツール
                      • Addy Osmani インタビュー 〜 ツール編

                        .app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

                          Addy Osmani インタビュー 〜 ツール編
                        • これは何だ?誰でもプログラムが書けるやり方が発見される|You Can Program

                          これは何だ?誰でもプログラムが書けるやり方が発見される眼鏡のフレーム端を耳の横に掛けたらなぜか書けるようになった。 なんだこれは? このやり方をやれば誰でもプログラムが書けるようになると思います。頭も良くなった!と思う プログラムを挫折した経験がある方一度お試しあれ! このように耳の横にフレーム端を掛けてやる 自己責任で メガネのフレームを少し曲げる必要があります。破損しても自己責任で 個人差があると思います。人によってできない人もいると思います。 以上自己責任で試してみてください。用意するもの 必須 メガネ (耳の横にかけれるもの フレームの横幅が広いものがいいです) 紫外線防止コーティング (眼鏡屋さんで3千円くらいでやってもらえます) お好み 片方は非球体の方がいい (目が疲れない) 黒縁じゃないほうがいい。(縁が太いと視野が狭くなる) やり方 フレームの端を耳の横に掛ける 目をつぶ

                            これは何だ?誰でもプログラムが書けるやり方が発見される|You Can Program
                          • SLOBSERVER - L'actualité de Second Life

                            The app development area has evolved dramatically from a time-consuming and costly endeavor to a streamlined and accessible process. AppMaster's app builder has emerged as an innovative solution for creating apps easily and efficiently in 2024. This platform caters to experienced developers and beginners, simplifying the app creation process for brand promotion, community engagement, or product sa

                            • 翻訳: Kotlinベストプラクティス『Idiomatic Kotlin. Best Practices』 - Qiita

                              この記事について Philipp Hauer's Blog Idiomatic Kotlin. Best Practices この記事はKotlinらしくKotlinを書くベストプラクティスが書かれており、とても参考になります。 許可をいただいたので、翻訳させていただきます。 もし間違えやもっと良い翻訳などあれば編集リクエストかtakahiromまでお願いします。 kotlinを最大限活用するために、Javaにおけるベストプラクティスを考え直す必要があります。Javaのベストプラクティスの多くはKotlinに提供されている機能によって置き換える事ができます。Kotlinらしい(Idiomaticな)Kotlinを書いて、Kotlinのやり方を見ていきましょう。 警告の言葉 : 以下のリストは網羅的ではなく、また私の控えめな意見を言っているだけです。さらにいくつかのKotlinの機能は健全な

                                翻訳: Kotlinベストプラクティス『Idiomatic Kotlin. Best Practices』 - Qiita
                              • Xamarin と React Native と Flutter の違いを正しく理解しよう - Qiita

                                DroidKaigi2018 でもセッションがあった Flutter がβ版になりました。 グーグル、Android/iOS対応のUIフレームワーク「Flutter」ベータ版を公開 - CNET Japan これでまた、にわかにクロスプラットフォーム開発ツール(以下 "X-Plat Tool" と略)が盛り上がってる気がします。 Flutter が出たからと言って、Xamarin や React Native など、先行する様々な X-Plat Tools が死ぬわけでもなく、ただ選択肢が増えて嬉しいやら戸惑うやら、ということです。 ここでは、Flutter と、先行する React Native、Xamarin を(独断を交えて)比較して、それらの違いを見てみたいと思います。 共通化できる(とされる)プラットフォーム X-Plat Tool がどのプラットフォームまでカバーするかを比べて

                                  Xamarin と React Native と Flutter の違いを正しく理解しよう - Qiita
                                • IBM Developer

                                  IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

                                    IBM Developer
                                  • 【Qiita】突如現れた怪文書「今後必要になるプログラム言語」について【読書感想文】 - 我々は賢いので。

                                    Qiita に突如、彗星の如く現れ(そして消えていった)謎の投稿『今後必要になるプログラム言語』、 「ホラーだ」とか「怪文書だ」とか「staticおじさんの再来だ」と話題沸騰中です。 はじめに どうやら、ユーザアカウントがサスペンド(垢BAN?)されたようで、既に元記事は非公開になってます。 どっかにキャッシュねぇかな? 一応、ぼくも昨日ちらっと本文を流し読みして「なるほど、わからん」となり。 その後Twitterで「コメント欄が凄いことになってる」と聞いて見に行って。 「なるほど盛り上がってるなぁ、後でじっくり読もう」と思っていた所、記事が消えてました。 この日記は完全な記憶ベースで書いているので、細部に関して記憶誤りが含まれる可能性が高いと思って下さい。 はじめに ことの推移とか(ぼく視点) 「今後必要になるプログラム言語 - Qiita」が話題に(なってすぐ消えていった) ぼくの第一

                                      【Qiita】突如現れた怪文書「今後必要になるプログラム言語」について【読書感想文】 - 我々は賢いので。
                                    • 歴史ある婚活サービスyoubrideがFlutterを採用しました - Diverse developer blog

                                      最近はすっかりFlutterエンジニアになってます。id:kikuchy です。 Diverseが提供するサービスの一つに、youbrideという婚活サービスがあります。 youbride.jp この6月に、youbrideはAndroidアプリのデザインリニューアルを行いました。 youbrideアプリのデザインが大きく変わりました! 変わったのは見た目だけではありません。 新アプリには、マルチプラットフォームフレームワークのFlutterを採用しています。 flutter.dev 近々、iOSアプリもFlutterで開発したバージョンに置き換える計画が進行中です。 そして、APIサーバーもRuby on Railsを使ったものに置き換えています。 rubyonrails.org サーバーとクライアント間の接続にはgRPCを使用しています。 grpc.io 構成はこうなっています なぜy

                                        歴史ある婚活サービスyoubrideがFlutterを採用しました - Diverse developer blog
                                      • 【2017】結局RailsユーザーがiPhone&Androidアプリを作る一番良い方法はなんなのか?→「Xamarin ハイブリッド」がいいと思います - 考えすぎてしまう人のブログ

                                        ※記事の内容があまりにも雑だったので大幅加筆修正しました。つっこみ下さった方ありがとうございますm( )m どうもせせりです:) この記事は「Railsしかやったことないけど、Android&iPhoneアプリでサイトの専用アプリをサクッと作りたい、push通知したい」という贅沢な人向けの記事です ※この記事で説明するのは「Xamarin.forms」です 前提 KotlinやSwiftで作るのが一番、と言うのは間違いないかと思います でも、Webに慣れきった我々としては使い慣れたHTMLやCSSで解決したいしそんなネイティブガリガリに作り込みたいわけではなく、Webにpush通知を添えた程度のものをサクッと作れればそれでいいのです ページ数だって20枚もない、そのくらいのアプリで良いのです 業務で作っている方からすれば「そんなしょぼいアプリ作る必要あるの?」と思うかもしれませんがpush

                                          【2017】結局RailsユーザーがiPhone&Androidアプリを作る一番良い方法はなんなのか?→「Xamarin ハイブリッド」がいいと思います - 考えすぎてしまう人のブログ
                                        • 【第2回】TypeScriptもウェブも仕様や原理から楽しむ | GeeklyMedia(ギークリーメディア) | Geekly(ギークリー) IT・Web・ゲーム業界専門の人材紹介会社

                                          2022年4月に著書『プロを目指す人のためのTypeScript入門』が発売された鈴木僚太さん(https://twitter.com/uhyo_)。QiitaやTwitterでは「うひょ(uhyo)」さんとして、TypeScriptやフロントエンドの話題を中心にウェブ技術に対する踏み込んだ解説でも知られています。 著書ではあえて触れられなかったという「TypeScriptでウェブアプリケーションをどう書くか」という観点へのヒント、なぜそれを書かなかったのか、そして仕様や原理に立ち返って自ら考えることの楽しさについて、株式会社一休CTOの伊藤直也さん(https://twitter.com/naoya_ito)が聞き出します。 ・伊藤 直也さん / 株式会社 一休 執行役員 CTO 新卒入社したニフティ株式会社でブログサービス「ココログ」を立ち上げ、CTOを務めた株式会社はてなでは「はてな

                                          • 【第1回・後編】エンジニア和田卓人のこれからを形作る技術 | GeeklyMedia(ギークリーメディア) | Geekly(ギークリー) IT・Web・ゲーム業界専門の人材紹介会社

                                            『テスト駆動開発』や『SQLアンチパターン』をはじめとする技術書の翻訳者、さまざまなIT企業をわたり歩く技術顧問、さらに最近ではエンジニアリング文化を伝える講演者としても活躍されている和田卓人さん(https://twitter.com/t_wada)。 そのソフトウェアエンジニアとしての素顔を株式会社一休CTOの伊藤直也さん(https://twitter.com/naoya_ito)が聞き出す対談の後編では、現在とこれからのIT業界におけるプログラミング言語のトレンド、具体的にはRustを始めとする静的型付き言語への視座から、 ソフトウェアエンジニアとして新しい技術を学び続けるうえでの態度について語り合います。 ・伊藤 直也さん / 株式会社 一休 執行役員 CTO 新卒入社したニフティ株式会社でブログサービス「ココログ」を立ち上げ、CTOを務めた株式会社はてなでは「はてなブックマーク

                                            • プロダクト開発組織のチームビジョンを作ったらすごいパワーが生まれた話 - Uzabase for Engineers

                                              こんにちは。NewsPicks プロダクトチームの文字です。今日はプロダクト開発組織のチームビジョンを作ったら、すごいパワーが生まれた話をさせて頂きます。 「経済を、技術でもっとおもしろく。」 今年の春、NewsPicks のプロダクトチームでは、こんなチームビジョンを作りました。実は NewsPicks のタグラインは「経済を、もっとおもしろく。」なので、会社の掲げるタグラインをほぼ踏襲しているように見えます。しかし一見凡庸なこのビジョンが、実はとても大きなパワーを秘めていたのです。 1/ なぜビジョンをつくったのか 増大し続ける技術的負債と運用負荷 組織の急拡大 2/ みんなでビジョンをつくる 合宿の開催 腹落ちできるビジョンが完成 3/ ビジョンをつくったら、どうなったのか? ビジョンはパワー 4/ これからのプロダクトチーム 1/ なぜビジョンをつくったのか そもそも、何故こんなチ

                                                プロダクト開発組織のチームビジョンを作ったらすごいパワーが生まれた話 - Uzabase for Engineers
                                              • Swiftがこの先生きのこるには - laiso

                                                Apple系デベロッパーの人たちがSwift普及のいかんともしがたい現状について話していたので考えてみた。 サーバーサイド用途 サーバーサイドSwiftは現状あまり利用したいケースが見当たらず、モバイルアプリ開発組織のマイクロサービス開発の共通化においてはJVMが枯れているのでKotlinの方に傾きがち。 WindowsやVSCodeやIntelliJ系の非Xcode系開発環境のサポートのハードルも越えるぐらいモチベーションが必要である。 ただユーザー規模はそこそこあり、DenoやDartやHaskellが有効な程度にはWeb開発用途には使えると思われる。苦労しそうだけど。 Wasm化 Wasmにしてブラウザサイドでコードを動かそうという向きもある。拡張用途では周辺ツールの多いRustやCのライブラリ資産のポートもありレッドオーシャンであることは変わりないが、Swiftに限らずWasmアプ

                                                  Swiftがこの先生きのこるには - laiso
                                                • Kotlin用フレームワーク「Ktor 1.0」正式リリース。非同期処理に対応したWebサーバとマルチプラットフォームなクライアントの開発に対応

                                                  Kotlin用フレームワーク「Ktor 1.0」正式リリース。非同期処理に対応したWebサーバとマルチプラットフォームなクライアントの開発に対応 Kotlinの開発元であるJetBrainsは、Kotlinに対応したフレームワーク「Ktor 1.0」正式版のリリースを発表しました。 Welcome Ktor 1.0, a connected applications framework built by the Kotlin team! Create asynchronous, high-performing, and lightweight web servers and build non-blocking multiplatform web clients, all in one language with idiomatic APIs. https://t.co/tb1G6zefY

                                                    Kotlin用フレームワーク「Ktor 1.0」正式リリース。非同期処理に対応したWebサーバとマルチプラットフォームなクライアントの開発に対応
                                                  • Androidハンズオン | Recruit Tech Blog

                                                    はじめまして。リクルートテクノロジーズ新人の森松琢弥です! 3ヶ月間の研修を経て、現在はリクルート住まいカンパニーでSUUMOのAndroidアプリエンジニアとして働いています。 今回は Androidアプリのハンズオンとして簡単なニュースアプリを作成しつつAndroidアプリ開発の流れについて紹介したいと思います。具体的にはAPIから取得した記事情報をリスト形式で表示し、タップ時に該当ページを表示するアプリを作成しながら解説していきます。 対象読者としてはプログラミング経験はあるがwebやアプリの開発ははじめてで、これからAndroidのキャッチアップを行う方・行いたい方を想定しています。 今回のハンズオンはKotlinで実装を行っており、ソースコードはgithubは公開しています。 https://github.com/tmorimatsu/NewsApp 背景 この記事を書く背景とし

                                                      Androidハンズオン | Recruit Tech Blog
                                                    • 機械学習ではじめるDocker - にほんごのれんしゅう

                                                      目次とお断り この資料をまとめるに当たって、実際に開発したり運用したりという経験のスニペットから、できるだけ編集して、自分なりに体系化したものです 様々な角度のデータが乱雑なっててわかりにくいかもしれませんが、ご了承いただけると幸いです "1. Dockerとは" "2. Dockerを用いるメリット" "3. docker.ioのインストール" "4. dockerでコンテナの起動" "5. 基本的な操作" "6. Dockerコンテナにsshdなどの必須ソフトウェアをインストールする" "7. dockerコンテナのexportとimport" "8. 機械学習ように調整したコンテナの利用" "9. 実際に使用している例" "10. Docker Hub連係" "11. Docker Compose" "12. Dockerのコンテナとホストマシン間でファイルの共有をする" "13.

                                                        機械学習ではじめるDocker - にほんごのれんしゅう
                                                      • 2019年にわざわざ学ばなくてもいいプログラミング言語 - Qiita

                                                        以下はStudy of Programming Languages Not to Learn in 2019の日本語訳です。 日本語紹介記事としては2019年にわざわざ学ばなくてもいいプログラミング言語というのがありますが、概要だけしか書いてないので、具体的にどういう理由で選択されたかが全くわかりません。 調査対象は以下の20言語で、それ以外は調査対象外です。 ・C ・C# ・Clojure ・CoffeeScript ・Dart ・Elixir ・Elm ・Erlang ・Go ・Haskell ・Kotlin ・Lua ・Objective-C ・Perl ・R ・Ruby ・Rust ・Scala ・Swift ・TypeScript Python、JavaScript、Javaは除外と明記されているのですが、なぜC++やPHP、Visual Basicあたりが入ってないのかはよくわ

                                                          2019年にわざわざ学ばなくてもいいプログラミング言語 - Qiita
                                                        • 達人出版会

                                                          探検! Python Flask Robert Picard, 濱野 司(訳) BareMetalで遊ぶ Raspberry Pi 西永俊文 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 Jesse Storimer, 島田浩二(翻訳), 角谷信太郎(翻訳) 知る、読む、使う! オープンソースライセンス 可知豊 きつねさんでもわかるLLVM 柏木餅子, 風薬 R/RStudioでやさしく学ぶプログラミングとデータ分析 掌田津耶乃 データサイエンティストのための特徴量エンジニアリング Soledad Galli(著), 松田晃一(訳) 実践力をアップする Pythonによるアルゴリズムの教科書 クジラ飛行机 スッキリわかるサーブレット&JSP入門 第4版 国本 大悟(著), 株式会社フレアリンク(監修) 徹底攻略 基本情報技術者教科書 令和6年度 株式会社わくわくスタディワール

                                                            達人出版会
                                                          • finalを付けるのをやめてみた - 日々常々

                                                            Javaの話ね。バージョンは8以降の実質的final(effectively final)があるものとします。7以前は匿名クラス(この呼び方は 匿名クラスとかローカルクラスとか参照)でローカル変数を使うにはfinalが必要なので文脈変わります。 前提の整理 final は色々なところにつけられます。 例えばこんな感じ。 final class FooClass { final Object barField = new Object(); final void bazMethod(final Object quxParameter) { final Object corgeLocalVariable; } } このエントリで対象にするのは変数。フィールド barField 、パラメータ quxParameter、ローカル変数 corgeLocalVariable です。 以下を前提にします

                                                              finalを付けるのをやめてみた - 日々常々
                                                            • フロントエンドエキスパートチームが選ぶ web.dev Live2020 オススメセッション - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                              こんにちは、フロントエンドエキスパートチームです。 フロントエンドエキスパートチームでは、フロントエンドに関する情報共有会を社内向けに行っています。 2017年から2020年までに10回開催しており、「Web ページのパフォーマンス」、「React の今とこれから」、「Google I/O セッションまとめ」などフロントエンドに関する情報を社内に共有してきました。 今回行ったのは、2020年6月30日から7月2日にかけて3日間オンラインで開催された web.dev Live2020 のセッションについての情報共有です。各セッションはYouTubeにて視聴できます。 今回は各チームメンバーが視聴したセッションの中から、それぞれ2つのセッションを選んで内容と感想を紹介します。 まだ web.dev Live2020 を見ていない方が興味を持つきっかけになれば幸いです。 BaHoのオススメ Ba

                                                                フロントエンドエキスパートチームが選ぶ web.dev Live2020 オススメセッション - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                              • Content-Disposition の filename という地雷。 (1個の観点で17個の脆弱性を見つけた話) - ぶるーたるごぶりん

                                                                English ver: https://gist.github.com/motoyasu-saburi/1b19ef18e96776fe90ba1b9f910fa714#file-lack_escape_content-disposition_filename-md TL;DR 1つのブラウザ、1つのプログラミング言語、15個の { Web Framework, HTTP Client ライブラリ, Email ライブラリ / Web Service 等} で脆弱性を見つけました。 見つけた脆弱性は、全て 1つの観点で発見した (多分 50-80 くらいのプロダクトの調査をした)。 RFC の記載では、(かなりわかりにくく)この問題に対する要件が記載されており、WHATWG > HTML Spec の方はしっかりと書かれているといった状況にある。 この問題は、 Content-Dispo

                                                                  Content-Disposition の filename という地雷。 (1個の観点で17個の脆弱性を見つけた話) - ぶるーたるごぶりん
                                                                • Javaでクリーンアーキテクチャする方法 Part.1:ヘキサゴナルアーキテクチャ

                                                                  開発者にはしばしば必要なものがないという状況が訪れます。デベロッパーエバンジェリストの成瀬氏が、実際に10名弱のチームで新規プロダクトを作る際にクリーンアーキテクチャの構成を実践してみた話をしました。 Part.1はヘキサゴナルアーキテクチャについて。動画はこちら。 新規開発では理想どおりにならないことはよくある 成瀬允宣氏:さぁ、じゃあやっていきましょうか。(コメントで)「Javaより時代はKotlin」。そう、Kotlinね、そうですね。今回はアーキテクチャの話なので、たぶんKotlinとかでも使えると思います。 (コメントで「設計の講座助かります!」)設計の講座はなかなかないですからね。あと、今日最後のほうで「次何やろうか?」って話もしようかなと思っているので、もしよければ、そのときに僕の相談に乗ってください。 よし、じゃあいきましょう。「先行開発!Javaでクリーンアーキテクチャ」

                                                                    Javaでクリーンアーキテクチャする方法 Part.1:ヘキサゴナルアーキテクチャ
                                                                  • RettyとKotlinの歩み〜アプリからサーバサイドまで - Retty Tech Blog

                                                                    RettyでAndroidエンジニアとして働いている福井 と サーバサイドエンジニアの石田です。 本日Googleから「AndroidでKotlin正式サポートする」と発表されました! 🎉🎉 そんなKotlinですが、弊社では去年2月頃からプロダクトに導入しています。今回はその歩みと一年以上使ってきた感想をご紹介します。 Androidでの導入事例 最初にKotlinを導入したのはAndroidチームでした。タイミングとしては1.0が正式リリースされる少し前から導入を検討していました。 まずはプロダクトと直接関係ない小さなアプリを書き、これで行ける!と判断したのと正式リリースのタイミングがちょうど重なり導入を決断しました。1 プロダクトに導入する際は、新規ファイルを作成する時にJavaではなくKotlinで書くといったようにファイル単位でじわじわKotlin化していきました。今ではJa

                                                                      RettyとKotlinの歩み〜アプリからサーバサイドまで - Retty Tech Blog
                                                                    • Clean Architectureなにもわからないけど実例を晒して人類に貢献したい - エムスリーテックブログ

                                                                      こんにちは、エムスリーエンジニアリンググループの福林 (@fukubaya) です。 これまでは、中村の記事で宣言した 「医師版Stack Overflow」(12/16に正式名称Docpediaとしてリリースされました) の技術的チャレンジの 記事を続けて書いていたのですが、今回はここで宣言しなかったClean Architectureについて書きます。 浪江駅(なみええき)は、福島県双葉郡浪江町にある、東日本旅客鉄道(JR東日本)常磐線の駅。本文には特に関係ありません。 Clean Architecture 達人に学ぶソフトウェアの構造と設計 (アスキードワンゴ) 作者:Robert C.Martin,角 征典,高木 正弘出版社/メーカー: ドワンゴ発売日: 2018/08/01メディア: Kindle版 なぜ書くのか 参考にできる実例を増やしたい Tech Blogはそのままドキュメ

                                                                        Clean Architectureなにもわからないけど実例を晒して人類に貢献したい - エムスリーテックブログ
                                                                      • Gradle Build Tool

                                                                        Build Anything Write in Java, Kotlin, C++, or any language of your choice. Package for deployment on any platform. Go monorepo or multi-repo. And rely on Gradle's unparalleled versatility to build it all. Automate Everything Use Gradle's rich API and mature ecosystem of plugins and integrations to get ambitious about automation. Model, integrate and systematize the delivery of your software from e

                                                                          Gradle Build Tool
                                                                        • 2022年に試した開発ワークフロー関係の機能やツール - Kengo's blog

                                                                          数えてみたら意外と数あったのでまとめます。 release-please Google謹製のリリース自動化ツール。monorepo対応のRelease Drafterという感じですが、リリースはDraft Releaseの安定版への昇格ではなく、PRのマージによって行います。PRでリリースするという点ではgit-pr-releaseぽいですが、ブランチは main だけでリリースブランチは無い感じ。changesetsよりはとっつきやすい印象です。 github.com 例えば↓のようなワークフローを用意すれば、モジュールごとにGitHub Releaseを作成するためのPRを自動作成できます。 初期セットアップでJSONファイルを2つ作る必要があるのが若干面倒ですが、それさえ越えてしまえば考えることは少なさそうです。 # .github/workflows/release-please.

                                                                            2022年に試した開発ワークフロー関係の機能やツール - Kengo's blog
                                                                          • Android アプリが Chromebook で使えるようになります

                                                                            .app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

                                                                              Android アプリが Chromebook で使えるようになります
                                                                            • Google、コード生成や補完のAIモデル「Codey」が日本語での指示や説明に対応したと発表

                                                                              Googleは、都内で開催したイベント「Generative AI Summit Tokyo」で、コード生成や補完のためのAIモデル「Codey」が日本語に対応したと発表しました。 CodeyはGoogleの最新の大規模言語モデルPaLM 2をベースとした、コード生成や補完のための基盤モデルです。 Codeyは、自然言語による指示に基づいてコードを生成する機能、チャットで会話しつつコード関連の質問に回答する機能、コードの足りない部分を補完する機能などを備えています。 対応するプログラミング言語は、Java、JavaScript、TypeScript、PHP、Python、Ruby、Rust、C++、C#、Go、Kotlin、Scala、Swift、GoogleSQLなど。さらにGoogle Cloud CLIやKubernetes Resource Model(KRM)、Terraform

                                                                                Google、コード生成や補完のAIモデル「Codey」が日本語での指示や説明に対応したと発表
                                                                              • 「実践ドメイン駆動設計」を読んだので、実際にDDDで設計して作ってみた! - Qiita

                                                                                こんにちは、クラウドワークスの新規事業のエンジニアとして仕事をしている高梨です! 最近、「実践ドメイン駆動設計」という本を読みました! 500ページ近くもある技術書で、なかなか量は多かったのですが、DDDがどんなものなのか一通り大枠を掴めた気がします。 ただ読み終わった後にこんな疑念や不安をいだきました。 「たしかにかなり面白そうだけど、実際にやるとどれだけ工数かかるんだろう...?」 「設計の話は全然出てこなかったけど、DDDで作るとなるといったい何から始めればいいんだ?」 「戦術についての知識はついたけど、実際に書こうとしたらできなそうだな...」 そこで、そういった疑念や不安を解決するために、実際にDDDでサンプルプロダクトを作ってみようと思ったわけです。 実際に作ってみるのが、結局一番理解が進みますしね。 今回は、そのプロダクトがリリースされるまでの過程や感想を、作成した設計書やソ

                                                                                  「実践ドメイン駆動設計」を読んだので、実際にDDDで設計して作ってみた! - Qiita
                                                                                • Eclipse Vert.x

                                                                                  import io.vertx.core.AbstractVerticle; public class Server extends AbstractVerticle { public void start() { vertx.createHttpServer().requestHandler(req -> { req.response() .putHeader("content-type", "text/plain") .end("Hello from Vert.x!"); }).listen(8080); } } import io.vertx.core.AbstractVerticle class Server : AbstractVerticle() { override fun start() { vertx.createHttpServer().requestHandler {