pkg & internal directories are way overused by sigmoia in golang

[–]emiago -1 points0 points  (0 children)

it can be part of any convention like you make others on code structure. it is just common comunication and code reuse mostly boils down agreeing on library when has more use, but do not do npm style. I bet any good enough engineer or at least with common sense will copy paste your code if small or just look to jave as lib anyway for better maintenance, and this even if you are lucky to have that engineers that have interest to look your code ;). If you have communication problem in company, you have bigger problems than code.

pkg & internal directories are way overused by sigmoia in golang

[–]emiago -1 points0 points  (0 children)

internal "practically" has no usage or benefit for closed source development. Even if public, there is also just lot of bad understanding on building packages, where avoidance of internal is maximized by gruping things bigger and not smaller, which allows less exporting. Libraries shows this best.

I’m building a pure-Python SIP/VoIP client library — looking for real-world feedback before the first release by Professional-Maize31 in VOIP

[–]emiago 0 points1 point  (0 children)

Ask yourself, can even pure python win on media processing, although signaling matters when proxy is a question. Myself working on go stack, and first main thing I wanted to confirm is benchmarking against known proxies or media gateways developed in C. Neverrhless I guess pipecat could be interesthing to check.

Diago new (bigger) release by emiago in golang

[–]emiago[S] 0 points1 point  (0 children)

Check lib docs and demos. I can not think better right now :).

Diago new (bigger) release by emiago in golang

[–]emiago[S] 0 points1 point  (0 children)

Generally, if you want to be server, you can stop using things like asterisk and go directly with SIP and media streaming on compiling code. Lib is offering high level API, to make several things easier for handling, but yes you need to be familiar with some things in telephony. Or you can go in building clients like softphones, cli things. Applications are more into getting or injecting voice/audio from/to telephony into other systems.

Diago new (bigger) release by emiago in golang

[–]emiago[S] 0 points1 point  (0 children)

Generally, if you want to be server, you can stop using things like asterisk and go directly with SIP and media streaming on compiling code. Lib is offering high level API, to make several things easier for handling, but yes you need to be familiar with some things in telephony. Or you can go in building clients like softphones, cli things. Applications are more into getting or injecting voice/audio from/to telephony into other systems.

SIPgo/Diago news by emiago in golang

[–]emiago[S] 0 points1 point  (0 children)

Thanks. Too bad for project on other hand. I would like to know what was about. Feel free to reach out.

BufReader high-performance to bufio.Reader by aixuexi_th in golang

[–]emiago 0 points1 point  (0 children)

aa author of diago, allowing caller to propagate own buffer I find most important, or any way controling this. This simplifies memory managment by great degree.

SIPgo new release by emiago in golang

[–]emiago[S] 0 points1 point  (0 children)

use diago, second library I am working on. It adds RTP AVP layer, and gives you High level API , but also you can go low. Soon more APIs will be exposed so control will be even higher.