並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 287件

新着順 人気順

sbtの検索結果1 - 40 件 / 287件

  • Twitter での 2年 · eed3si9n

    2022-11-20 僕は Twitter社の Build/Bazel Migration チームでスタッフ・エンジニアとして勤務していた。信じられないような 2年の後、2022年11月17日をもって退職した (企業買収後のレイオフでも任意でもあんまり関係無いが、僕は任意退職希望のオファーを取った)。Twitter社は、切磋琢磨、多様性、そして Flock を構成する全ての人に対して溢れ出る優しさというかなり特別な文化を持った職場だった。これを間近で経験して、その一員となる機会を得たことに感謝している。(Flock は「鳥の群れ」の意で、社内での Twitter社の通称) 以下は過去2年の簡単な振り返りだ。尚本稿での情報は、既に公開されているトークやデータに基づいている。買収後、うちのチームだけでも 10名以上のメンバーが Twitter社を抜けたので、在籍・元含め LinkedIn プロ

    • 年収1000万円を超えるエンジニアが知っておくべき最低限の各言語の特徴 - Qiita

      初めに、そして結論 本当は冒頭にこういう言い訳がましいことを書くのは好きではないのだが、例によってディスり成分が多めなので、筆者はそういうキャラということでそこは目を瞑って欲しい。実体験に基づいて書くので業務上あまり触ってこなかった言語については記載が少ないが、読者のみなさんが詳しいことや私の記述で事実と異なる部分については謝罪して訂正したいのでプルリク、コメント等熱望している。あと筆者はサーバーサイドエンジニアであってフロントの事が全然わからんのでその辺はさっぴいて読んでほしい。結論から言うとRustを使え。 古生代 アセンブラ以外の高水準プログラム言語の歴史は1950年代から1であるが、筆者の実体験に基づいて話をするので'80年代まですっ飛ばす。 N88-BASIC N88といえばN88-BASIC(86)を思い浮かべる読者が多いと思うが、筆者はPC-8801mkIIユーザーだったので

        年収1000万円を超えるエンジニアが知っておくべき最低限の各言語の特徴 - Qiita
      • また make の話してる(2020年9月14日) - なにもわからない

        私の大好きな Makefile の話が盛り上がっていたのでまとめました。 「やめてね。」って方はお声がけください。 同じ会社にいるけど、真逆の感想を持っている。Makefile読まないと副作用が分からないし、Rakefile/package.jsonだけで済むのに無駄に1つレイヤ増えていて、Makefileできたときからいる人は楽だけど、途中から入った人にとっては学習コストが高い。 https://t.co/EXtmI3xl72— 神速 (@sinsoku_listy) 2020年9月13日 golangでMakefileを使うのは分かる。 ただ、RubyやNode.jsのリポジトリなら $ git clone xxx $ cd xxx $ bundle install && rake もしくは npm install && npm test で環境構築ができることを期待する。— 神速 (

          また make の話してる(2020年9月14日) - なにもわからない
        • マイクロサービスでチームを分離したくないマン - まっちゅーのチラ裏

          コンウェイの法則とかで、マイクロサービス=組織 という話になることが多いなと感じる。 正解の場合もあるし、不正解の場合もあると思っていて、個人的には小さいチームでもマイクロサービスをやるメリットは技術的にも組織的にもあると思う。 そのメリットを無視してすぐ組織の話に持っていきたくないので、基本分離したくないマンとしての主張を書いておく 技術観点でのメリット いまさら語るまでもないけど、 ドメイン境界の分離 デプロイ独立性 リソースの最適配分 障害の局所化(サーキットブレーカー等) このうち、ドメイン境界の分離だけはモジュラモノリスで対応可能だが、あとの3つにはマイクロサービスが必須。(もっとあるかも) この3つが必要なのにモノリス or モジュラモノリス で進める判断をするということはシステムの表現力を落とすことに直結する。 もちろん、複雑度は増すし難易度も増す。熟練のサーバーサイドエンジ

            マイクロサービスでチームを分離したくないマン - まっちゅーのチラ裏
          • 今までありがとうTravis CI、さよならTravis CI - xuwei-k's blog

            しっかり調査してないですが、こういったCIサービスがほぼ存在しない時期にほぼほぼ最初に登場して、一時期明らかにデファクトスタンダードだったと思うので、昔からOSS活動している人ほど、とても多く利用してお世話になっていたと思うので、そういう人であればあるほど、この状況は、怒りではなく、悲しいというか残念というか、辛いと思うんですよね・・・。 今までありがとう・・・。 長年Travis CI使ってきたので、GitHub Actionsによって潰される(のかどうなるのかわからないけど)、の可愛そう、という気持ちが若干あるけど、とはいえ、こういうのよくある話な気はするな…— Kenji Yoshida (@xuwei_k) 2020年10月7日 買収されて方針変わったのかなと感じるところもありますし、OSSプロジェクトが無料で使っていても会社としては辛いのではという気もするので今までの感謝の気持ち

              今までありがとうTravis CI、さよならTravis CI - xuwei-k's blog
            • サーバーサイドエンジニアとして2021年に使った技術と来年の目標 | うなすけとあれこれ

              昨年書いたサーバーサイドエンジニアとして2020年に使った技術1の2021年版となります。 昨年と同じく、冒頭の画像はwakatimeによる2021年1月1日から12月26日までのプログラミング言語使用率です。2位はTypeScript、3位はYAML、4位はTerraformです。 立場 フリーランスで、主にRailsやAWSを使用しているサービスの運用、開発に関わっています。いくつもの会社を見てきた訳ではなく、数社に深く関わっている1都合上、視野が狭いかもしれません。(昨年と同じ) 今年公開している成果については以下です。 Agones移行物語 - Kubernetes Meetup Tokyo 42 #k8sjp|うなすけ|note なぜ我々はクラウドゲーミング基盤をKubernetesに移行したのか #CNDT2021|うなすけ|note Repro のサーバーサイド開発環境を M

                サーバーサイドエンジニアとして2021年に使った技術と来年の目標 | うなすけとあれこれ
              • Scala の開発環境構築 2021 - たにしきんぐダム

                特に意味はないけどおしゃれかなと思って貼ったスクショ Scala Advent Calendar 2020 - Qiita 3日目です ここ2,3年の間にScalaの開発ツールチェーンは進化を続けていて、Scalaの開発体験はめちゃくちゃ良くなってきています。例えば、数年前だと IDEは基本的にIntelliJ一択、vimとかemacsで開発環境作れなくもないけどかなり大変 IntelliJの型チェックがうまく行かなくて、ちょっと複雑なコード書くとコンパイルは通るのに画面が真っ赤になる コンパイルが遅い(インクリメンタルビルドしても遅い) という感じだったのですが、現状はかなり改善されていて IntelliJ 以外にも metals という Language Server がかなり使いやすくなっていてあらゆるエディタで簡単にScalaを書けるようになった IntelliJ も metals

                  Scala の開発環境構築 2021 - たにしきんぐダム
                • ここ最近の計算社会科学の動向 - Sansan Tech Blog

                  反対意見を知れば分かりあえるのか?偏った集団でも正しい決定ができるのか?フェイクニュースほど広まりやすいのか?良好な人間関係はパフォーマンスを向上させるのか?研究者が束になってかかれば、社会的現象を予測できるのか? こんにちは、Sansan DSOC R&D研究員の前嶋です。普段はつながりに効く、ネットワーク研究小話という連載を書いていますが、今回はここ2,3年の計算社会科学の潮流を紹介したいと思います。 計算社会科学(Computational Social Sciences)は、SNSなどのビッグデータ解析やオンライン上での実験などを用いて社会現象を定量的に分析するという、社会科学と計算機科学の融合分野です。 日本でも最近、マシュー・サルガニックによる概説書”Bit by Bit”が翻訳され、社会科学の研究者のみならず、広くその名前が知れ渡りました。日本には計算社会科学研究会というコミ

                    ここ最近の計算社会科学の動向 - Sansan Tech Blog
                  • これだけ読めばOK!Scalaの環境構築2023 - Lambdaカクテル

                    自分は、仕事でScalaを数年間・プライベートな経験を含めると10年弱のScalaの経験がある、そこそこの熟練Scalaエンジニアだ。チームにメンバーが入ってきたり他人に勧めるたびにScalaの環境構築を教えている一方、最新の知見を反映した記事が無くて他人に勧めづらかったので、自分が書くことにした。 現在ある記事 けっこう古びている 覚えながら書かれていることが多いのでやや曖昧な箇所がある(でもありがとう!) 最新のツールが利用できておらず無駄が多い 網羅的でない 今回目指す内容 最新の知見を活用して最短距離を目指す 何もない状況から一通りのツールが揃う所を目指す Scalaの環境構築は年を追うごとに簡単になってきているので、大多数の読者は引っかからずに進めるようになっているはず。 Scalaは基本的にJVMで動作する言語だ。このため環境構築にはJVMのセットアップも含まれるのだが、それに

                      これだけ読めばOK!Scalaの環境構築2023 - Lambdaカクテル
                    • プロ目線!韓国発通販・MLM アトミジャパン(Atom美)の実態 | インターネット(オンライン)集客ネットワークビジネス|成功しやすい会社と成功法

                      Last Updated on 2023年12月16日 by admin アトミジャパンは韓国生まれのネットワークビジネス(MLM)会社です。 アトミ(Atom美)の社名は、アトミック(原子力)が由来となっています。 韓国原子力研究院と韓国コルマが共同でSBT(Sun Bio Tech、サンバイオテック)社を設立し、サンバイオテックの商品を主力として販売するために設立された会社がアトミです。 今回はアトミ(atom美)について、評判も加味して実態を掘り下げてまいります。 アトミ(Atom美)はどんな会社なのか 会社概要 社名;株式会社Atomy 所在地:韓国ソウル市冠岳區仁憲洞1656-15 Jeonghojin art hill3/4F 電話:03-6806-8640(9:00-17:00、土日・祭日を除く) 設立:2009年08月17日 売上高:59億2900万円(2010年) 資本金

                        プロ目線!韓国発通販・MLM アトミジャパン(Atom美)の実態 | インターネット(オンライン)集客ネットワークビジネス|成功しやすい会社と成功法
                      • 技術のトレンドと開発テクニックの知見を、無料で公開します! - Qiita

                        技術のトレンドと開発テクニックの知見を、無料で公開します! いかに無駄な努力をせず、効果的にトレンドに沿ったアプリ開発ができるかを研究してきました。 この記事は、定期的にトレンドに沿って更新していこうと思います。 twitterもやってます! 今後も情報発信しようと思うので、フォローお願いします! https://twitter.com/joer_sbt 自分が一番知見のある、フロントエンドの分野中心に見解を述べたいと思います。 結論から言うと、 React, Next.js, Typescript, Tailwind, react-query, prettier, Stylelint, auth0, tRPC, Prisma, playwright, vscode, github actions, PostgreSQL, Terraform, Flutter これらの技術スタックが今後ま

                          技術のトレンドと開発テクニックの知見を、無料で公開します! - Qiita
                        • コードを読み込みScalaの関数型パラダイムを学ぶ - xuwei-kがScalaを学ぶために読んだOSS|ハイクラス転職・求人情報サイト AMBI(アンビ)

                          コードを読み込みScalaの関数型パラダイムを学ぶ - xuwei-kがScalaを学ぶために読んだOSS 数多くのScala関連OSSにコミットを続ける吉田憲治(xuwei-k)さん。その精力的な活動を支える、関数型の知見の源をうかがいました。 オブジェクト指向言語と関数型言語の特徴を併せもつマルチパラダイム言語・Scala。この言語に関連するOSSのコミット履歴には「 xuwei-k」というアカウントが頻繁に登場します。今回お話を聞いた吉田憲治(よしだ・けんじ/ @xuwei_k )さん、その人です。 吉田さんはScalaのスペシャリストとして、数多くのScala関連OSSにコミットを続け、2018年、Scalaコミュニティに対する貢献者に贈られる「Phil Bagwell Award」を受賞しています。界隈屈指のコントリビューターとして知られる吉田さんに、Scalaのスキルを研鑽して

                            コードを読み込みScalaの関数型パラダイムを学ぶ - xuwei-kがScalaを学ぶために読んだOSS|ハイクラス転職・求人情報サイト AMBI(アンビ)
                          • ちっちゃなScalaコンテナを作つコツ(6 MiBだぞ) - Lambdaカクテル

                            おなじみの画像 JavaやScalaといったJVM言語のDockerイメージは、JVMを同梱しなければならない都合で肥大化しがちである。特に何もしなくても、例えば一般的なamazoncorretto:21のイメージサイズは217.7 MBもある。 hub.docker.com これにさらにビルド済みのJARファイルが載ってくるので、結構大きくなってしまうのだ。 そこで、Scalaのコンテナイメージのサイズをなんとか小さくできないかと、考えた。すると、JVMを使ったまま70 MiBくらいに縮めることができた。 github.com コンテナイメージのサイズを小さくするために、何をしたかを書いていく。ちなみに題材としたアプリケーションはちょっとしたHello, Worldをするだけのもので、ライブラリはCatsに依存させた。 JVM使う編 マルチステージビルドを行う Alpineなどの軽量ラン

                              ちっちゃなScalaコンテナを作つコツ(6 MiBだぞ) - Lambdaカクテル
                            • 自分好みのアバターと声でビデオ通話できる「Vme!」が正式リリース。DiscordとGoogle Meetに対応、「ずんだもん」にもなれる

                              HIGHBALL PTE. LTD. は9月11日(月)、自分の好きなアバターと声でビデオ通話できる「Vme!」を正式リリースした。 本ツールは、基本無料で自分の好きなアバターと声でビデオ通話に参加できるGoogle Chromeの拡張機能で、対応ツールはDiscordとGoogle Meetとなっている。HIGHBALL PTE. LTD.によるWeb3×VTuberプロジェクト「Vhigh!」のひとつで、同プロジェクトではファンとクリエイターが一体となってVTuberを制作する「分散型」への変革を掲げている。 また、カメラの映像だけではなく声も変えられることが大きな特徴。公開されているサンプル映像では男性の声が「ずんだもん」のキュートな声に変化している様子が確認できる。なお、リアルタイムのボイスチェンジャーで遅延が気になる場合は、声のピッチのみを変更する機能を使用することで遅延を軽減し

                                自分好みのアバターと声でビデオ通話できる「Vme!」が正式リリース。DiscordとGoogle Meetに対応、「ずんだもん」にもなれる
                              • 経験5年のHaskellユーザがScalaを仕事で半年使ってみた

                                haskell-scala-java ちょっと前までScalaを書いていたので、 Haskell好きな人がScalaを書いた感想を書きます。 タイトルは経験15年のOCaml ユーザーが Haskell を仕事で半年使ってみた - camlspotter’s blogの模倣です。 あくまで1ユーザの感想です。 Scalaに慣れてしまうと違和感を忘れてしまうと思ったので、当時箇条書きで雑にメモしていたものを参照して書いています。 逆にScala使いがHaskellを知るメモに役立つかもしれません。 Haskell歴 when: 2013年から知って学び始めましたが、本格的に使い始めたのは2015年からで、5年ほど使っています where: どの言語を使っても良くて新しい言語を学ぶ必要がなければ基本的にHaskellを使っています what: 趣味OSSプロジェクトの大半 現在一番スターもらっ

                                  経験5年のHaskellユーザがScalaを仕事で半年使ってみた
                                • 交通センサスの解析と可視化 - ponkotuyのブログ

                                  概要 この記事はエムスリー Advent Calendar 2019 - Qiitaの7日目です。エムスリーエンジニアリンググループの山本瑶祐です。 近くの島に山本が3人いて、別の山本が呼ばれたのに反応してしまうのを繰り返してます。 今回は交通センサスの解析して市区町村間の交通流動を解析して日本の市区町村をグルーピングし、GISの仕組みを使って可視化するところまでやったので、その話をします。 モチベーション そもそもなんでそんなことを始めたかというと、特に福島県なんですが「県境の設定が雑じゃね?」みたいな素朴な疑問があったからです。 これは歴史的事実として、実際に廃藩置県の政治的なゴタゴタの中で決まった県境が変更されずに今に至っているので当然そうなんですが、 となると「じゃあそこらへん合理的に県境を決めたらどうなるん?」という疑問がわいてくるわけです。 多くの地元民が納得する県境を考えると

                                    交通センサスの解析と可視化 - ponkotuyのブログ
                                  • 水で割る濃縮ビールにホップ不要な酵母、注目のエコなビール造り

                                    アルコール業界の革新者たちが、ビールやワイン、蒸留酒の製造が環境に与える負荷を減らすアイデアを実現させようとしている。(Photograph by Tom Weller, picture alliance/Getty Images) アルコール飲料の製造は、最初から最後まで環境に多くの負担をかける。オランダの非営利組織「ウォーターフットプリントネットワーク(WFN)」によると、小ジョッキ1杯(約230ml)のビールを造るのに必要な水は約75リットル、グラス1杯(約150ml)のワインを造るのに必要な水は約113リットルだ。メキシコのテキーラやスコットランドのスコッチウイスキーのように、限られた場所でしか造られていないものは、長距離輸送になりやすい。 ブドウ、小麦、大麦、ホップ、砂糖など、アルコールの製造に使われる原料は、大量の水とエネルギーを消費し、醸造にも多大なエネルギーが使われる。アル

                                      水で割る濃縮ビールにホップ不要な酵母、注目のエコなビール造り
                                    • ネットワークビジネスのアトミって?インターネット集客はできるの? | 勧誘しない!インターネット集客MLM(ネットワークビジネス)

                                      アトミ(ATOMY)というMLM(ネットワークビジネス)の会社(企業)をご存じですか? アトミ(ATOMY)の社名は、”atom美”とも表現されます。 このことからも想起されるように、アトミ(ATOMY)は、「原子力応用技術」と「美」のコラボをコンセプトにしている会社(企業)です。 こう言われると、「スキンケア製品があるのかな?」とか、「品質が凄いのかな?」とか、そういうことが気になってきますよね。 実際、凄いんです。 そんなアトミ(ATOMY)について、これから紹介します。 アトミ(ATOMY)ってどんな会社(企業)? アトミ(ATOMY)は、2009年に韓国で創業し、2010年にはアメリカで、2011年には日本で支社が設立されています。 日本支社は、アトミジャパンと言います。 その後、カナダ、台湾、シンガポール、カンボジア、フィリピン、マレーシア、メキシコ、タイと次々に進出しています。

                                        ネットワークビジネスのアトミって?インターネット集客はできるの? | 勧誘しない!インターネット集客MLM(ネットワークビジネス)
                                      • はてなで使用しているRenovateの設定プリセットを公開しました - Hatena Developer Blog

                                        こんにちは。毎年のAppleとGoogleからのお達しのおかげで、開発環境やライブラリのアップデートが大好きな id:ikesyo です。普段はiOS・Androidのモバイルアプリ開発を主にしています。 はてなでは先日、はてな社内で使用しているRenovateの設定プリセットをGitHubで公開しました! はてな社で使用しているRenovateの共通設定をまとめたリポジトリを公開しました!https://t.co/2mgZNQ3pxw RenovateのShareable Config Presetsという機能を活用しています。— Sho Ikeda (@ikesyo) 2020年6月12日 リポジトリはこちらです。 Renovateについて Renovateについて簡単に説明すると、様々なプログラミング言語やツールに対応したライブラリ・依存性の自動アップデートサービス(もしくはツール)

                                          はてなで使用しているRenovateの設定プリセットを公開しました - Hatena Developer Blog
                                        • Backlogのコードメンテナンス性を向上させるために気をつけたこと【Backlog Play化プロジェクト】 | Backlogブログ

                                          ヌーラボの江口です。約8年間Backlogの開発を担当しており、BacklogをJavaからScala / Play Frameworkに移行するプロジェクトには最初から最後まで関わりました(プロジェクトの概要は時系列でみる!4年の歳月をかけてPlay Frameworkで「大規模リプレイス」した話をご覧ください)。 本記事では、BacklogのScala / Play Framework化プロジェクトで「Backlogのサーバーサイドを進化させる“土台”を作る」をテーマに、どのようにBacklogのアーキテクチャを設計・実装したのかご紹介します。 はじめに 私は2012年の入社以来、Backlogの開発を担当しています。Backlogは10年以上続くサービスであるため、度重なる機能追加や修正を行うことで複雑化し、日頃開発をする上で様々な問題を感じていました。 今回のBacklogのSca

                                            Backlogのコードメンテナンス性を向上させるために気をつけたこと【Backlog Play化プロジェクト】 | Backlogブログ
                                          • Scala3でコードは爆速になる マルチステージプログラミングの考え方

                                            アジア最大級の国際Scalaカンファレンスである「ScalaMatsuri2020」がオンラインで開催されました。そこでビジョナル・インキュベーションの鈴木氏が、Scala3(Dotty)で可能になったマルチステージプログラミング(MSP:Multi-stage Programming)について話しました。前半ではマルチステージプログラミングの概念やその基本的なプログラムの書き方について話しました。 マルチステージプログラミングのいいところ 鈴木健一氏(以下、鈴木):鈴木健一と申します。よろしくお願いします。本日はマルチステージプログラミングの話をします。 Dotty(※Scala3)でメタプログラミングの機能が強化されてマルチステージプログラミングができるようになったので、せっかくなのでそのお話をしまして、後半はTagless-finalのご紹介をします。最後にマルチステージプログラミン

                                              Scala3でコードは爆速になる マルチステージプログラミングの考え方
                                            • RoRやLaravelなどのフレームワークを使ってきた人がScalaを導入した時に引っかかる点とその解決策 - Qiita

                                              はじめに 僕が代表をしている株式会社KOSKAでは製造業の原価管理をIoTで自動化するGenkanというサービスを提供しております。 そんな弊社では半年前、バックエンドをRoRからScalaに移行したのですが、これが素晴らしく効果が高かったので以下の記事を書きました。 スタートアップである弊社が全員ほぼ未経験でRoRをScalaに移行した理由、その効果と苦労点 しかし、最後に書いたのですが、苦労する点もとても多いです。 弊社CPOが苦労する点を抽象的な部分に関しては以下の記事で書いてくれてはいます。 0からScalaを本番導入して感じたこと・考えたこと - Qiita ただ、実際にコードを書き始めた時に引っかかりやすい点をできるだけ詳しくあげておくことで、導入しようと考えた人がなるべく簡単に導入できるという状況を作りたかったので、書きました。 それではスタートです。 RubyやPHP、Py

                                                RoRやLaravelなどのフレームワークを使ってきた人がScalaを導入した時に引っかかる点とその解決策 - Qiita
                                              • 0からScalaを本番導入して感じたこと・考えたこと - k.dev

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

                                                  0からScalaを本番導入して感じたこと・考えたこと - k.dev
                                                • Monotype 日本を代表するタイプファウンドリーのフォントワークスの買収計画を発表

                                                  世界的な書体のスペシャリストである Monotype の日本初の買収案件として、 フォントワークスの組織、書体ライブラリ、知的財産(IP)、テクノロジー、サービスを獲得 今後は日本語書体デザインに対する世界的な需要の高まりに対応しつつ、 国内のクリエイティブ・プロフェッショナル向けに多言語書体を展開 書体と書体テクノロジーのスペシャリストである Monotype®(本社:米国マサチューセッツ州ウーバン、CEO: ナイナン・チャッコ(Ninan Chacko)、以下Monotype)は、書体のプロバイダーとして最高の評価と知名度を誇るフォントワークス株式会社(本社:東京都港区、代表取締役社長CEO:原田 愛、以下フォントワークス)をSBテクノロジー株式会社(本社:東京都新宿区、代表取締役社長 CEO:阿多 親市、以下SBT)から買収する計画を発表しました。本件に関し、東京証券取引所の上場企業

                                                    Monotype 日本を代表するタイプファウンドリーのフォントワークスの買収計画を発表
                                                  • REST・Protocol Bufferは必要ない RPCフレームワークにそのまま使えるScalaの魅力

                                                    アジア最大級の国際Scalaカンファレンスである「ScalaMatsuri2020」がオンラインで開催されました。そこでTreasure DataのTaro L. Saito 氏がScalaに関するいろいろなテクノロジーを紹介しました。2つ目は、Scalaで直接通信する方法について。前回の記事はこちら。 Scalaは実はRPCを実装するのに適した言語 Taro L. Saito氏:もともと何をしたかったかというと、「Scalaでクライアントもサーバーも実装できるんだったら、Scalaでそのまま通信できないのか?」というところが出発点になって、今新しいフレームワークを整えているところです。 ScalaはFunctional(関数型)で、かつstatically typed(静的型付き)、というobject orientedな言語になっているのがいいところです。 これよく考えてみると、Scal

                                                      REST・Protocol Bufferは必要ない RPCフレームワークにそのまま使えるScalaの魅力
                                                    • Scalaの学習コストについての私見 - kmizuの日記

                                                      ※2022/01/25 17:10追記 以下のツイートが別に「Scalaが主眼でない」こと自体は承知しています。一般論として、Scalaに限らず言える技術選定の話ですよね。ただ、妙な方向への読解をちょくちょく見かけたので、それに乗っかる形で現状のScalaについて率直な感想を書いておこうと思ったのでした。「この話とは別なんだけど」みたいな言葉をつけておけば良かったです。申し訳ありません。 数日前、以下のツイートに端を発して色々な意見が交わされていました。 「Scala好きなメンバーがプロダクト開発にScalaを採用して1人で開発していたが、そのメンバーが抜けてしまいScalaコードの保守ができなくて別の言語で書き直すことになった」という技術選定の失敗のお手本のような事例を目の当たりにしてしまった....— コミさん (@komi_edtr_1230) 2022年1月19日 これを見て「いや

                                                        Scalaの学習コストについての私見 - kmizuの日記
                                                      • Scalaの難しさをインターネットから集めてみる - Lambdaカクテル

                                                        Scalaは難しいと思われたり敬遠されがちである。Scalaの難しさについてTwitterなどでアンケートをとったり、ネットでググって意見を吸い上げてみた。議論の叩き台にするみたいな用途を意図しています。 ご意見や記事募集中です。できればTwitterじゃなくて記事だと嬉しいです。流れていってしまうので・・・ また、私見は私見です。 追記(2024-03-08)ちなみに、色々書いていますが僕はScalaが大好きです(このブログでものすごい数の初心者~中級者向けの記事を書いています)し、ネットで言われているような終わった言語ではまったくないです。初心者をサポートして、難しいと感じている部分をほぐして、みんながScalaでワイワイやれるようにコミュニティを立ち上げ、継続的に活動しています。おかげさまで日本の公式Scalaコミュニティとして認めてもらっています。ブログのバナー下のリンクからDis

                                                          Scalaの難しさをインターネットから集めてみる - Lambdaカクテル
                                                        • 『計画の科学』を読んでPERT図について学んだ / PERT図を出せるツールを作成した - Lambdaカクテル

                                                          id:hitode909におすすめされてはいたものの読んでなかったので、休日を使って読むことにしたのが『計画の科学』である。技術と読書の贅沢二本立て。 成果物 成果物1 あたまがよくなりました 成果物2 PERT図(をGraphVizで出力するためのDOTドキュメント)を出力するScalaのプログラムを書きました。 github.com CSVから直接指定はまだできません(直にコードを書く必要があります)が、工程を短縮したい場合にどこから短縮すればよいかを表示する機能があります。実際の図は記事の下らへんにあります。 計画の科学 1965年と比較的古い本でありながら、依存関係を含んでいる複雑なタスクをいかに科学的に処理していくかについて、アメリカで開発されたPERTと呼ばれる技法を紹介して説明していく本。 あまり分量も多くなく、物理本も新書サイズでKindle版もあるのですぐ読み終わる。 計

                                                            『計画の科学』を読んでPERT図について学んだ / PERT図を出せるツールを作成した - Lambdaカクテル
                                                          • Scalaはバックエンドでもフロントエンドでも動く Treasure Dataのエンジニアが語るScalaの応用力の高さ

                                                            アジア最大級の国際Scalaカンファレンスである「ScalaMatsuri2020」がオンラインで開催されました。そこでTreasure DataのTaro L. Saito 氏がScalaに関するいろいろなテクノロジーを紹介しました。まずは、バックエンドとフロントエンドの両方で使えるScalaについて。 趣味はオープンソースのプロジェクトを作ること Taro L. Saito氏:「Scala For Everything」というタイトルで発表します。簡単な自己紹介を。Treasure DataのSaitoといいます。Principal Software Engineerをしていて、今、カリフォルニア、アメリカの西海岸から発表しています。タイムゾーンの都合上、今こちらは夜の20時なんですけれども、ScalaMatsuriの運営の麻植さんが、タイムゾーンに配慮してくださったので、非常に感謝し

                                                              Scalaはバックエンドでもフロントエンドでも動く Treasure Dataのエンジニアが語るScalaの応用力の高さ
                                                            • 2019/05 Scala導入を検討したい人に向けた情報をまとめてみた

                                                              scalakb20190523.md 2019/05 Scala導入を検討したい人に向けた情報をまとめてみた Scalaとは? The Scala Programming Language 開発元はLightbend 社 と EPFL(Odersky先生がいるスイスの大学) 2019/05 現在、最新バージョンは 2.12 Dottyと呼ばれる新しいScalaコンパイラが開発されている Scala3 2019/05 現在0.15.0-RC1 2系との互換性はなく、移行ツールが用意される いつ出るのかもまだよくわからないため、おそらくこちらがメインストリームになるのはまだ数年先であると言われているが・・・? 特徴 JVM言語 オブジェクト指向と関数型言語両方の特性を併せ持つ 個人的にScalaの好きなところ 環境構築が簡単 JDKとsbt(ビルドツール)さえあればいい Scalaのコンパイラ

                                                                2019/05 Scala導入を検討したい人に向けた情報をまとめてみた
                                                              • OSSへの貢献 - Issueから始めるチーム活動 - ZOZO TECH BLOG

                                                                はじめに こんにちは、計測プラットフォーム部バックエンドチームのリーダー、児島(@cozima0210)です。この記事では、今年4月に社内で策定されたOSSポリシーに基づいて、チームでOSSに貢献する活動に取り組んだ話を紹介します。社内のOSSポリシーが策定された経緯については、こちらの記事をご覧ください。 なお、これはZOZOテクノロジーズ Advent Calender 2020 #3の5日目の記事です。 背景 私たちのチームでは、ZOZOSUIT/ZOZOMATから生成されるデータ及びそれを元とする計算データを高速に扱うため、様々なライブラリの使用を試みてきました。それらの中には、調査や試用の段階で不具合を発見したライブラリがありました。しかし、プロダクトの開発及び運用の過程では、そうした不具合の根本原因を探る時間を持つことは難しいものでした。そのため、代替ライブラリの選択を検討した

                                                                  OSSへの貢献 - Issueから始めるチーム活動 - ZOZO TECH BLOG
                                                                • H.266/VVCコーデックメモ - Qiita

                                                                  H.266/VVC(Versatile Video Coding) ITU-T Rec. H.266 Versatile video coding ISO/IEC 23090-3 MPEG-I Versatile Video Coding H.264/AVC および H.265/HEVC の直接後継となる動画像コーデック国際標準規格。 "Versatile"=多用途 とあるように、HD~UHD(4K,8K)解像度をもつSDR/HDR(Standard/High Dynamic Range)動画像、360°パノラマ動画像、Light-fieldカメラ、スクリーンコンテンツまで広範な用途での利用を目指している。 コーデック性能比較 新しい H.266/VVC コーデックは、一世代前の H.265/HEVC コーデックにくらべると1: 同等の客観的画品質(PSNR-Y)であれば、ビットレートを

                                                                    H.266/VVCコーデックメモ - Qiita
                                                                  • GraphVizをECSでHTTPサービス化して社内どこからでも使えるようにした話 - Lambdaカクテル

                                                                    グラフ作成ツールであるGraphvizを社内でHTTPサービス化し、どこからでも使えるようにした話です。 こういう感じで使えます。 $ curl -X POST http://graphviz.ほげほげ.example.com/ -d 'digraph { foo -> bar -> buzz; }' https://ほげほげふがふが.amazonaws.com/958508bb186ef076c2cbb92c1e0c34ea0e51316e2d9bfe46620d2d6278db0f94.png URLを開くとこういう画像になっています。ヤバイ!! Graphviz便利だけどやや不便 困り HTTP化することで得られるめでたさ アーキテクチャ ファイル構成 Dockerfile server.py conv.sh CD用ファイル task-definition.json .github/

                                                                    • スタパっちはなぁ、2ちゃんねるがパワーを持ってしまってから、ソースの..

                                                                      スタパっちはなぁ、2ちゃんねるがパワーを持ってしまってから、ソースの元を記載する良心があるせいでパワーが落ちたというか、ネタが紙面よりもリアルが先行しちゃうからなぁ。時代が彼をつまらなくしたというか。ユーチューバーになれば良いのにね。ヨッピーさんから邪心を除いて、ヒカキンのガジェット成分を足して、日本語を喋るロシア人みたいなのが、好きだったな。 スタパ齋藤さんのエピソード 最新ガラケーを全部買う N502it ぐらいの頃に、ドコモ・au・j-Phone とかの端末をすべて買う。そんでもって、端末のレビューはやらない。OS 大艦巨砲主義自作機をつくるけど、インストールするのが Windows だけだと飽きるらしく、編集部に数多の OS を用意させる。超漢字とか BeOS とか RHEL とかは理解できるが、mac OS 9 を持ってくる DOS/V パワーレポートに愚痴る。その後、すっかり

                                                                        スタパっちはなぁ、2ちゃんねるがパワーを持ってしまってから、ソースの..
                                                                      • ソフトバンクが農業流通に殴り込み、JA全農に対抗する大本命が始動

                                                                        Close-Up Enterprise 日々刻々、変化を続ける企業の経営環境。変化の中で各企業が模索する経営戦略とは何か?『週刊ダイヤモンド』編集部が徹底取材します。 バックナンバー一覧 小泉進次郎氏が自民党農林部会長を退任し、すっかり改革の機運が後退した感のある農業界だが、民間からは変化の潮流が生まれている。JA全農といった旧来勢力が牛耳ってきたモノの流通などを代替する新事業が相次いで8月に本格始動したのだ。(ダイヤモンド編集部 千本木啓文) これまで多くのIT企業や製造業が農家支援サービスを提供してきたが、大きな成功を収めているとは言い難い。そうした中、旧来型の「農業流通」を激変させるインパクトがある二つの事業が8月に始動した。 それらの事業は、従来の農家支援サービスとは違い、農家の利益に直結するモノの販売や決済サービスを提供する。この事業領域は長らくJA全農や卸会社など従来のプレーヤ

                                                                          ソフトバンクが農業流通に殴り込み、JA全農に対抗する大本命が始動
                                                                        • Web3.0研究会報告書

                                                                          Web3.0 研究会報告書 ~Web3.0 の健全な発展に向けて~ 2022 年 12 月 Web3.0 研究会 ■ 構成員(敬称略、座長・副座長以外は五十音順、肩書は研究会設置時のもの) 座 長 國領 二郎 慶應義塾大学総合政策学部 教授 副座長 稲見 昌彦 東京大学 総長特任補佐・先端科学技術研究センター 身体情報学分野 教授 石井 夏生利 中央大学国際情報学部 教授 伊藤 穰一 株式会社デジタルガレージ 取締役 チーフアーキテクト 千葉工業大学 変革センター センター長 河合 祐子 Japan Digital Design 株式会社 CEO 株式会社三菱 UFJ フィナンシャル・グループ 経営企画部 部長 株式会社三菱 UFJ 銀行 経営企画部 部長 殿村 桂司 長島・大野・常松法律事務所 弁護士 冨山 和彦 株式会社経営共創基盤 IGPI グループ会長 藤井 太洋 小説家 松尾 真

                                                                          • web3の未来は? 暗号資産/ブロックチェーン業界を牽引する80人の「2023年の展望」 | あたらしい経済

                                                                            今年どうなる? 暗号資産/ブロックチェーンなどweb3領域 「あたらしい経済」年始の特別企画として、ブロックチェーン・暗号資産業界を国内外で牽引するプレイヤーや有識者の方々に「2023年の展望」を寄稿いただきました。80人以上の方々の合計40,000字を超えるメッセージには、これからのweb3領域のビジネスのヒントやインサイトが溢れています。じっくりと読んで、これから「あたらしい経済」を切り開くための参考にしていただけますと幸いです。 寄稿いただいた皆さま 廣末紀之/伊藤穰一/加納裕三/國光宏尚/千野剛司/大塚雄介/小田玄紀/金光碧/平野淳也/栗元憲一/東晃慈/渡辺創太/大日方祐介/ビール依子/吉川絵美/Ori & Yutaro/堀次泰介/豊崎亜里紗(あとい)/木村優/仮想戦士ロイ/稲見建人/吉田世博/Crypto Baby(辻可南子)/鈴木雄大/Leomaru/久田哲史/斯波晃士//落合

                                                                              web3の未来は? 暗号資産/ブロックチェーン業界を牽引する80人の「2023年の展望」 | あたらしい経済
                                                                            • 【コロナ】マウスシールド、吐き出し飛沫は90%が漏れる 吸い込み飛沫に対しては効果なし : 痛いニュース(ノ∀`)

                                                                              【コロナ】マウスシールド、吐き出し飛沫は90%が漏れる 吸い込み飛沫に対しては効果なし 1 名前:雷 ★:2020/11/08(日) 18:06:35.17 ID:V4rWtNFH9 「飲食店でマウスガードを着用しても、安全性を確保することはできない。マウスガードで大きな飛沫を抑えたうえで、換気などによって、エアロゾルに対する対策を行なうことが飲食店には必要である。 もし、マウスガードを着用するかたちで営業を再開するのであれば、換気との併用が必須である。また、横の席への感染リスクが高いことから、正面とはす向かいはマウスガードで抑え、隣の席との間にパーティションを置くといった対策方法も考えられる」などと述べた。 なお、理化学研究所では、居酒屋やレストランを想定したかたちで、エアコンやサーキュレーターなどを使った換気の影響についても検証をしていく予定であり、今後それらの検証結果を示せるとした。

                                                                                【コロナ】マウスシールド、吐き出し飛沫は90%が漏れる 吸い込み飛沫に対しては効果なし : 痛いニュース(ノ∀`)
                                                                              • トイルを自動化したら、チームにひろまった話 - エムスリーテックブログ

                                                                                こんにちは。Scalaとまどマギのマミさんが大好きな安江です。この記事ではとある日常業務のトイルを自動化したこと、その後の広まりについて紹介したいと思います。 ここにトイルがあるじゃろ? 自動化、その前に 簡単に捨てられるようにする 既存の手作業の仕組みも残す 最初に一番インパクトがある適用箇所を狙う これをこうして…こうじゃ その後の広まり We are hiring! ここにトイルがあるじゃろ? 私が所属するチームでは、コードレビューする際、GitLabのマージリクエスト機能に加えて、JIRAにコードレビュー用の課題を作成するワークフローになっています。業務進捗をJIRAの課題で管理しているので、JIRA上では各人が通常の業務に加えて、どれだけコードレビューを抱えているかを把握できるようになっています。 コードレビューを依頼する時、レビュアはチームメンバーからランダムで選出します。JI

                                                                                  トイルを自動化したら、チームにひろまった話 - エムスリーテックブログ
                                                                                • Recursion Schemeによるドドスコ問題の恐るべき解法 - Lambdaカクテル

                                                                                  さる8月1日、計算機科学の根幹を揺るがすドドスコ問題が出題され、エンジニアたちは震撼した(意味: 面白問題が出たので、なるべくヘンテコな解法を使って己の技巧を誇示するためにエンジニアたちは競ってコードを書きはじめた)。 【問題】配列{"ドド","スコ"}からランダムに要素を標準出力し続け、『その並びが「ドドスコスコスコ」を3回繰り返したもの』に一致したときに「ラブ注入♡」と標準出力して終了するプログラムを作成せよ(配点:5点)— ((🐑++)) (@Sheeeeepla) 2022年8月1日 そこで、関数型テクニックをなんとかねじこんだ解法を作ったのでここに示す。 import higherkindness.droste.Coalgebra import higherkindness.droste.data.list.{ListF, ConsF, NilF} import higherk

                                                                                    Recursion Schemeによるドドスコ問題の恐るべき解法 - Lambdaカクテル