並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 13 件 / 13件

新着順 人気順

sizeメソッドの検索結果1 - 13 件 / 13件

  • JavaプログラマーのためのGo言語入門 | フューチャー技術ブログ

    JavaプログラマーのためのGo言語入門こちらはJava to Go in-depth tutorialの日本語訳です 原文の著者に許諾を得て翻訳・公開いたします。 このチュートリアルは、JavaプログラマーがすばやくGo言語にキャッチアップできるようにすることを目的としています。 目次 Hello stack 主な違い シンタックス(文法) 定数 構造体 ポインタ スライス 値の作成 メソッドとインターフェース エラー PanicとRecover ゴルーチンとチャネル Hello server Hello stack 1まずはじめに簡単な例を見ていきましょう。この例ではシンプルな抽象データ型をGoで実装しています。 // collectionパッケージはstring型を格納できるスタックを実装している package collection // Stackのゼロ値はすぐに使用できる空のス

      JavaプログラマーのためのGo言語入門 | フューチャー技術ブログ
    • 保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像 ~Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より | gihyo.jp

      保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発⁠⁠、その全体像 ~Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より 今回、Software Design 2022年3月号 第2特集「そろそろはじめるテスト駆動開発 JavaScriptでテストファーストに挑戦」の第1章「保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像」を本サイトに掲載します。第2章以降については、本誌『Software Design 2022年3月号』電子版(Gihyo Digital Publishing、Amazon Kindle)をご購読いただければ幸いです。 第1章では、混同されることの多い自動テスト関係の概念を、自動テスト、テストファースト、テスト駆動開発の3つの段階に分け、それぞれの効果や注意点を説明します。ソフ

        保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像 ~Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より | gihyo.jp
      • Rustで真に安全なプログラムを書く方法 - かとじゅんの技術日誌

        この記事はRust Advent Calendar 2021の12/8日の記事です。 Rust前提の記事として書きましたが、他の言語にも適用できる考え方なので、ほかの言語勢の方々もよければお付き合い下さい。 今回のテーマは「Rustで真に安全なプログラムを書く方法」についてです。 「真に安全なプログラム」の定義は以下とします。 挙動が安定し、結果が予測可能となる 正しさの基準に基づき、プログラムの間違いを検知することができる 「真に」とはドメイン知識に基づく正しさという意味です。詳しくは後述します。 それと「そもそもRustで実装されるプログラムは安全じゃないのか」という想定質問については「メモリの操作は安全。だが、それだけでは真に安全なプログラムにはならない」が答えになります。これについて興味がある方、ぜひ最後までお付き合いください。 「真に安全なプログラム」を実現するレシピとしては「関

          Rustで真に安全なプログラムを書く方法 - かとじゅんの技術日誌
        • 他の言語経験者がRubyを使い始めると驚くこと:新刊ピックアップ

          筆者は現在Rubyプログラマとして働いていますが,もともとはJavaやC#をメインで使っていました。今でこそRubyプログラミングを心の底から楽しめていますが,Rubyを始めた当初はそれまでやってきた言語との違いに戸惑ったものでした。これから新しいプログラミング言語としてRubyを学び始める人も,きっと当時の筆者と同じように驚いたり戸惑ったりすることでしょう。そこで,今回の寄稿記事では他の言語経験者がRubyを使い始めたときに「えっ」と驚くようなポイントをいろいろと挙げてみます。 メソッドの呼び出しの丸かっこが省略できる Rubyではメソッドを呼び出すときの丸かっこを省略できます。以下はsizeメソッドを丸かっこ付きで呼び出す場合と丸かっこなしで呼び出す場合です(ただし,状況によっては丸かっこを省略できないケースもあります⁠)⁠。

            他の言語経験者がRubyを使い始めると驚くこと:新刊ピックアップ
          • APMツールを使ったRailsアプリケーションのパフォーマンス改善ポイントの見つけ方 - ANDPAD Tech Blog

            こんにちは!ソフトウェアエンジニアの福間(fkm_y)です! Railsアプリケーションのパフォーマンス・チューニング入門という記事を個人で公開していましたが、社内向けに書き直して読んでもらっていたところ好評だったのでテックブログ用に再編集して載せることにしました。 Railsを普段書くけどあまりパフォーマンスのことは考えてなかったな…これからやっていくぞ!だけどどこから手を付けていったら…という方向けの入門記事となっていますので参考になれば幸いです。 この記事で書いてること この記事で書いてないこと 本題 前提 1. 改善対象の当たりを付ける APMを使って当たりを付ける スロークエリログから当たりを付ける 2. 改善対象の詳細調査 便利Gem 3. 改善パターン 同じクエリが大量に発行されている 1クエリに時間がかかっている 計算効率の悪い処理が実行されている 不要な処理が実行されてい

              APMツールを使ったRailsアプリケーションのパフォーマンス改善ポイントの見つけ方 - ANDPAD Tech Blog
            • Railsアプリケーションのパフォーマンス・チューニング入門 - fkm_y' log

              はじめに Railsアプリケーションのパフォーマンス改善を始めるとどこからどんな手順で進めたら良いのか、進め方が誤っているんじゃないかと不安になることが多いですよね。 私も試行錯誤しながらパフォーマンス改善しているのですが、いくつかパターンがわかってきたので手順にまとめてみました。 この記事で書いてること 改善が必要なエンドポイントの当たりの付け方 当たりをつけたエンドポイントのボトルネックの調査方法 ボトルネックに対する改善アプローチ この記事で書いてないこと 改善アプローチの具体的な修正方法やツールの細かい説明は書いてません フロントエンドやインフラに関するパフォーマンス・チューニングは今回の記事のスコープ外として書いてません やること 前提 環境はDBにAmaozn Aurora(MySQL)を使用したRailsを想定しています。 直近でAPMツールにDatadogを使っているのでそ

                Railsアプリケーションのパフォーマンス・チューニング入門 - fkm_y' log
              • モバイル開発での技術的負債の解消方法 - Uzabase for Engineers

                はじめに こんにちは、@ko2icです。今回はAndroidのアーキテクトとして書きます。 ニューズピックスのモバイル開発は古い技術で古いアーキテクチャをいまだに使っていると思っていませんか?たとえば、Androidは昔のブログでMVPを利用しているとの記述が...。 そこからほぼ発信できていなかったのでそう思われるのも無理はありません。ただ、そんなわけはありません、日々、改善を続けています。 ちなみにiOSは、SwiftUIでThe Composable Architecture(TCA)をメイン機能であるニュースフィードで利用するなど、なかなかのチャレンジングなことをしています。他社でもSwiftUIの事例はたくさん聞きますが、ニューズピックスほど多様な一覧アイテム(カルーセルタイプやそれ以前に複数デザインがあり)で上タブ(横スワイプ)があり、メニューをスワイプで開き、縦・横ともにスク

                  モバイル開発での技術的負債の解消方法 - Uzabase for Engineers
                • Rubocop Performanceを測ってみた。中編 - アクトインディ開発者ブログ

                  morishitaです。 前回のエントリーの続き、rubocop-performanceの指摘事項について盲従せずに確認してみるシリーズの2回目です。 前編はこちら。 tech.actindi.net 計測について 計測には BenchmarkDriver を利用しました。 Rubocopのドキュメントに bad と good の例が掲載されていますが、基本的にはそれをBenchmarkDriverで計測してみて比較しました。 例をなるべく変更せずに計測する方針で行いましたが、文字列、配列、ハッシュなどは定数にして使い回すようにしています。 各 Cop が論点にしているポイントだけをなるべく計測するため、これらの生成コストを計測に含めないようにするためです。 計測に利用したコードはこのエントリにも掲載しますが、次のリポジトリにも置いておきます。 rubocop-performance-me

                    Rubocop Performanceを測ってみた。中編 - アクトインディ開発者ブログ
                  • Ruby: "uselessシンタックスシュガー"シリーズ「endレス(1行)メソッド」(翻訳)|TechRacho by BPS株式会社

                    概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: “Useless Ruby sugar”: Endless (one-line) methods 原文公開日: 2023/12/01 原著者: zverok 日本語タイトルは内容に即したものにしました。 endlessは一部を除き「endレス」としました。 本記事は、最近のRubyで出現した"無用な"(さもなければ物議を醸す)構文要素を扱うシリーズ記事の一環です。本シリーズの目的は、そうした機能を擁護することでも批判することでもなく、その機能が導入された理由、設計、そして新構文を使うコードに与える影響を分析するための一種の「思考のフレームワーク」を皆さんと共有することです。本シリーズのあらまし記事もご覧ください。 今回は、コミュニティでも賛否が大きく分かれた(ともするとナンパラのときよりも著しかった)機能である1行メソッド定義(o

                      Ruby: "uselessシンタックスシュガー"シリーズ「endレス(1行)メソッド」(翻訳)|TechRacho by BPS株式会社
                    • 【Ruby】RubyKaigi2023で興味を持った技術【RBS】 - Qiita

                      はじめに RubyKaigi2023に先日、オンラインで一部参加させて頂きました。 正直言って自分自身の英語力の弱さと相俟って理解出来てない部分も、多数あったかなと思います。 今回はRubyKaigiで紹介されたスライドを紹介しつつ、初めて聞く単語も多かったので気になったもの新しく調べた内容と共にまとめていきます! UTF-8 is comming to mruby/c(DAY1) mruby/cはASCII(バイナリ)のみを使用してきましたが、UTF-8をサポートするようになったとのこと。 mruby/cで利用可能なUTF-8サポートをどのように実装したのかを説明されていました。 そもそもmruby/cって? 以下しまねソフト研究開発センターより引用 mruby/cは、Rubyの特徴を引き継ぎつつ、プログラム実行時に必要なメモリ消費量が従来のmruby(福岡で開発された組込み向けの軽量R

                        【Ruby】RubyKaigi2023で興味を持った技術【RBS】 - Qiita
                      • 【Pytorch】torch.Tensorの作成と基本操作 - HELLO CYBERNETICS

                        はじめに Tensorの作成 乱数から作る 正規分布 一様分布 permutation 指定して作る 要素が全て0 要素が全て1 ステップの大きさを指定した数列 ステップの数を指定した数列 Tensorの型 FloatTensorでサイズ指定 FloatTensorにリストを渡す LongTensor 要素へのアクセス Torchの絶対押さえておく関数・メソッド numpy周り numpyへの変換 numpyからの変換 GPU周り cpuからgpuへ gpuからcpuへ Tensorの形を知る Tensorの連結 torch.cat() torch.stack() Tensorのスライシング torch.chunk torch.split 軸の操作 torch.squeeze torch.Tensor.view torch.Tensor.transpose 最後に はじめに この記事ではP

                          【Pytorch】torch.Tensorの作成と基本操作 - HELLO CYBERNETICS
                        • RailsのActiveRecordのcount、length、sizeメソッドの違い - Qiita

                          はじめに いよいよダットのターンです!たまにはRailsについて書かずHTMLかJavascriptばかりの記事を投稿したので今回はRailsのメソッドについて説明させていただきます。 開発者としてはこれらのメソッドを触ったことがあるはずですね。風通はこの三つの中に勝手に選んでどっちでも使って無事で計算されるので大丈夫と思いましたが、実はそうでしょうか?実際は場合によって返った結果も変わって実行する時間も異なる可能性があります。さっそくですが、始めましょう! 概要 この記事はこれらのメソッドがRubyに使われる時を気にしないでActiveRecordに使用する時だけ中心してください。結局、アソシエーションの中に幾つのレコードがあるか教えてくれますが、内部の処理がちょっと違います。 例えば、このモーデルとリレーションがあります。

                            RailsのActiveRecordのcount、length、sizeメソッドの違い - Qiita
                          • このマニュアルのヘルプ (Ruby 3.3 リファレンスマニュアル)

                            [edit] 記号の説明 size -> Integer の「-> Integer」って何? size メソッドは整数を返すという意味です。 Kernel.#require の .# って何? 「.#」はモジュール関数であることを表します。「Kernel.#require」は「Kernel のモジュール関数である require 」という意味です。 String#size の # って何? 「#」はインスタンスメソッドであることを表します。 Dir.chdir の . って何? 「.」はクラスメソッドであることを表します。 p a #=> 1 の #=> って何? 「#=>」は標準出力に出力されるということを表しています。「p a #=> 1 」は「p a」を実行すると標準出力に「1」が出力されるという意味です。 返り値の型の詳細 返り値の型の仕様は以下のようになっています。 真偽値を返す

                            1